Re: [Pyobjc-dev] pyobjc 2.0 on Leopard with MacPython?
Brought to you by:
ronaldoussoren
|
From: Barry W. <bar...@gm...> - 2007-12-26 17:49:29
|
Ronald, Thanks for the clarification! In the long run, it would definitely be worth the effort to get pyobjc2 working on the 10.4u.sdk. On a side note, would you be willing to share what features are present in the system python that aren't available in the MacPython build (for 10.5)? barry On Dec 26, 2007 3:18 AM, Ronald Oussoren <ron...@ma...> wrote: > > On 24 Dec, 2007, at 20:44, Barry Wark wrote: > > > Mikeal, > > > > pyobjc2 requires the 10.5 SDK. Unfortunately the MacPython DMG > > distribution is built against the 10.4u SDK. > > Both are technically true ;-). The MacPython DMG, and will continue to > be, build agains the 10.4 SDK because 10.5 wasn't out when the latest > release of Python was done. > > PyObjC2 is slightly more complicated: it currently requires the 10.5 > SDK to build, but the architecture allows building on 10.4 as well. > That support incomplete at the moment, patches would be more than > welcome. What AFAIK needs to be done is implementing a number of C > functions that emulate the Objective-C 2.0 runtime API. Most of that > work is already done, and no rocket science is involved. > > > > In order to use pyobjc2 > > with the MacPython distribution, you have to compile the Python > > framework from source. I've done this. You're welcome to give my build > > a try (http://rieke-server.physiol.washington.edu/~barry/python/python-2.5.1-macosx2007-11-26.dmg > > ). > > It will install in the same location as the 10.4u SDK (I can't figure > > out a way around this), so you might want to move the current > > Python.framework to somewhere safe before you install the new one. > > To be honest I believe this is a waste of time, what you'll end up > with is a home-build version of python that is the same version as the > system-installed one and misses a number of features. The resulting > framework might run on 10.4 as well, but you don't know that without > testing (AFAIK a number of unix API's that are used by the posixmodule > have changed to be more in line with the current revision of the UNIX > specificiation). > > Ronald |