Python26 won't build universal i386 + x86_64 binaries on SL

[Veence (Vincent)]

The hack used to get two way Intel universal binaries in the Portfile of python26 (in the post_patch phase) is inefficient: the configure file is not executed: because use_autoconf is set to yes, a fresh configure derived from configure.in is generated and run instead, and the standard build scheme of python won't let you choose precisely what architectures you want (e.g. you can build 32-bit, 64-bit, 4 way, but not 2-way Intel).

I'll post a series of patches tomorrow.

[Veence (Vincent)]

Here are the patches. The concern :

• The portfile itself
• Configure.in, modified in a way to introduce a new option --with-universal-arch-flags that sets the corresponding variable afterwards
• Makefile.pre.in, which, in the case of 64-bit build, is changed to avoid testing some scripts that use Carbon (Carbon cannot be built in 64-bit mode). This one is rather rough, it is probably possible and even recommended to improve it.

With this patches, I correctly compile a x86_64/i386 version of Python. But I don't get Pythonw.

Please can someone test the changes? Thanks.

[jmroot (Joshua Root)]

Just changing the current universal reinplaces to configure.in rather than configure seems to work fine (and you get pythonw).

[blb@…]

Fixed in r57368, thanks Josh for the simpler fix (tested on 10.5.8 Intel, Xcode 3.1.3, both on a MacPorts for i386+ppc and one for i386+x86_64).

[Veence (Vincent)]

Great! Thanks!