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 ned.deily
Recipients loewis, ned.deily, ronaldoussoren
Date 2009-10-28.17:58:44
SpamBayes Score 4.3026245e-09
Marked as misclassified No
Message-id <1256752726.95.0.867862636202.issue6834@psf.upfronthosting.co.za>
In-reply-to
Content
For people searching the bug tracker, I've modified the title of the 
issue to make it clearer that there is a problem here on OS X 10.6 Snow 
Leopard with multiple architecture builds.

As Ronald mentions above, the effect of using the pythonw "launcher" on 
10.6 as it currently stands is to always prefer x86_64 (64-bit) over 
i386 (32-bit) when both are available.  arch -i386 only forces the 
launcher to run as 32-bit; the execv runs the interpreter in 64-bit mode 
(if available).  To get a multi-arch (32/64) interpreter to run in 32-
bit, one workaround is to arch -i386 directly to the interpreter binary 
in the framework app bundle, typically:
/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/C
ontents/MacOS/Python
But then, presumably, the GUI functionality no longer works.

A more robust workaround would be to build a 32-bit-only Python (but 
ensure that -arch is forced on the build - see Issue7184).
History
Date User Action Args
2009-10-28 17:58:47ned.deilysetrecipients: + ned.deily, loewis, ronaldoussoren
2009-10-28 17:58:46ned.deilysetmessageid: <1256752726.95.0.867862636202.issue6834@psf.upfronthosting.co.za>
2009-10-28 17:58:45ned.deilylinkissue6834 messages
2009-10-28 17:58:44ned.deilycreate