Python for small systems (ucLinux)
David Brown
david at no.westcontrol.spam.com
Thu Feb 13 02:52:28 EST 2003
"Jeffery D. Collins" <jcollins at boulder.net> wrote in message
news:mailman.1045094152.16037.python-list at python.org...
> I don't think it would be too difficult to use Pippy as a starting
> point. The
> footprint reduction logic involves the heavy use of macros -- all
> settable in
> config.h. It might be easier to just check out the same version from the
> python repository, diff the src/{Python, Object, ...} directories and
merge
> the non-palm stuff. I'll have to look more carefully at the code to
> get a better
> idea. If you decide to use Pippy, contact me offline with questions.
>
> BTW, have you tried to build python without (most of) the extension
> modules and
> then use freeze to select only the necessary modules? IIRC, you can
> even turn
> off unicode support - there is a macro for this - as well as complex
number
> support. You might want to try this first; it may be good enough.
>
I have not yet tried anything with it - I'm expecting the ucLinux board
soon, and then I can try out things. At the moment, I am just trying to see
if this is something people have done before. But your post gives me a good
indication of how I can get started, comparing Pippy to the main python
source to see what changes I would want to keep, and what I would want to
leave out - especially in config.h.
As another poster asked, is it possible to cut out the compiler? I would
imagine this would make a big difference to the size of the system -
assuming that I can make the .pyc files on another host (am I right in
thinking that .pyc files are not compatible between major python versions,
but they are between minor versions? And would endian changes be an issue
for the byte code - my host (PC) is little-endian, but the target is
big-endian?)
More information about the Python-list
mailing list