[Pythonmac-SIG] wxPython build issue
Bob Ippolito
bob at redivi.com
Sat Feb 4 02:51:27 CET 2006
On Feb 3, 2006, at 5:29 PM, Bill Northcott wrote:
> On 04/02/2006, at 12:00 PM, Bob Ippolito wrote:
>>> The issue only arises using Python 2.4.x on Tiger. It does not
>>> arise
>>> with Python 2.3.x on Tiger or Python 2.4.x on Panther (MacOS 10.3.x)
>>
>> On top of that, it should only happen if you're using a Python
>> 2.4.x build on Tiger that was compiled on Panther.
>
> Why would it not happen if Python 2.4 was built on Tiger?
The configure script detects Mac OS X 10.4 and changes its behavior
accordingly.
All this POSIX compliance stuff was broken on Mac OS X 10.2, then
Apple 'fixed' it in 10.3, but it regressed in 10.4 When 10.3 came
out, a Python developer decided to turn on the POSIX compliance
junk. When 10.4 came out, Guido's time machine was apparently
unavailable.
In my current branch for universal binaries, the configure script
will once again assume Mac OS X is not POSIX compliant until proven
otherwise... even if compiled on 10.3.
>> This is exactly what TigerPython24Fix is for:
>> http://undefined.org/python/#TigerPython24Fix
>
> As far as I can see this patch is a work around for the binary
> package on Bob's web site. Kevin and I are trying to fix the
> source code. so things build correctly without user level patching.
The fix needs to happen in Python, not in wxPython. You MUST apply
TigerPython24Fix if you expect to build ANY extensions with this
Python 2.4.1 build on OS X 10.4. That's just how it is.
-bob
More information about the Pythonmac-SIG
mailing list