This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author loewis
Recipients cfriedt, hanwen, janneke-sf, lkcl, loewis, nzjrs, rmt38, rpetrov, rwmjones, scott.tsai
Date 2008-10-07.20:23:09
SpamBayes Score 2.2852553e-11
Marked as misclassified No
Message-id <48EBC52B.2080805@v.loewis.de>
In-reply-to <1223409992.37.0.26805682867.issue1597850@psf.upfronthosting.co.za>
Content
> Martin meaning of target and host is different.
> There is no reason to use "Canadian Cross": build->host->target.
> It is about more simple cross-compilation case: build->host.

Terminology issues aside, I hope people still will understand my
objection. I meant it this way:
- host system: system hosting Python build process
- target system: system intended to run resulting Python executable
Whether that conforms to autoconf should be irrelevant, as long
as we aren't talking about configure.in changes.

> About loading of modules in build environment: some OS-es can run
> binaries from other OS-es.

Sure. However, I don't think this is the general case for
cross-compilation, and I don't think cross-compilation support in
Python should assume this is possible. Instead, cross-compilation
should assume that build system and target system have anything
in common (except that target headers and for-target cross tools
are installed on the build system).
History
Date User Action Args
2008-10-07 20:23:10loewissetrecipients: + loewis, lkcl, hanwen, janneke-sf, rmt38, scott.tsai, nzjrs, cfriedt, rpetrov, rwmjones
2008-10-07 20:23:10loewislinkissue1597850 messages
2008-10-07 20:23:09loewiscreate