467,223 Members | 1,377 Online
Bytes | Developer Community
Ask Question

Home New Posts Topics Members FAQ

Post your question to a community of 467,223 developers. It's quick & easy.

cross-compiling python: reviewers needed


Hello,

I have a small patch for Python SVN that makes it possible to
cross-compile python on Unix to various other Unix targets.
I have successfully built a binary for FreeBSD on Linux.

The patch is available at

https://sourceforge.net/tracker/?fun...&group_id=5470

(file cross.patch)

but it awaits further review.

I'm looking for people willing to try this out, and give further
review to the patch, so it may be applied to SVN.

All you need is a bit of time, and experience in cross-compiling.

Dec 20 '06 #1
  • viewed: 1407
Share:
1 Reply
Han-Wen Nienhuys wrote:
I have a small patch for Python SVN that makes it possible to
cross-compile python on Unix to various other Unix targets.
I have successfully built a binary for FreeBSD on Linux.

The patch is available at
https://sourceforge.net/tracker/?fun...&group_id=5470

(file cross.patch)

but it awaits further review.

I'm looking for people willing to try this out, and give further
review to the patch, so it may be applied to SVN.

All you need is a bit of time, and experience in cross-compiling.
For various reasons, I don't have the time or resources to really look
at your patch in any detail. I was only able to quickly look through it
and see how you did certain things, such as specifying a Python build
interpreter and splitting up pgen's build rules. I modified the build
system in a similar way, so it was reassuring to see similar solutions.

Some comments:

I noticed that you define a CROSS_COMPILING environment variable so
that you know when to use the right tools. Is this a standard variable
name in other projects that allow cross-compilation?

You rely on an existing Python installation on the build machine.
Does this influence the configuration process, or the availability of
non-pure Python extension modules?

Does the configuration process still cause the tests to be built for
the build machine? This seems like a redundant step: ideally, the
tests would be run on the target machine in a separate step.
The above points are only observations, though. The patch looks like a
good first step towards a more configurable build system for Python.
It would be even better if, in the future, separate patches could
enable custom builds as well. This would, for example, allow minimal
Python distributions to be made by stripping out lots of modules that
are unavailable or unsuitable for use on embedded hardware.

David

Dec 20 '06 #2

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

3 posts views Thread by rollasoc | last post: by
1 post views Thread by Rob Woodworth | last post: by
6 posts views Thread by ampo | last post: by
reply views Thread by Adict | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.