Re: [Python-Dev] OS X Installer for 3.0.1 and supported versions

[Ronald Oussoren]

On 14 Feb, 2009, at 19:44, Ned Deily wrote:

In article <499707a0.7000...@v.loewis.de>,
"Martin v. Lowis" <mar...@v.loewis.de> wrote:

That said, the difference between a binary capable of running on

a number of symbols that are not present on 10.3.9 in the 2.5
timeframe and that could should continue to work in the future. I
won't notice when someone introduces additional calls to functions
not available on 10.3 though.

10.4+ and one running 10.3+ is minimal. I introduced weak-linking for

Sounds good to me!

That's fine as long as the distutils issue is resolved.  I believe the
way things stand today is that a "fat" Python built with a deployment

10.5 systems and even though the extensions are, in fact, "fat".  This
means developers who provide uploads to PyPI of packages with C

can be identical.  (The appscript has run into this problem.)   And it
causes maintenance issues for users with multiple architectures.

With the target set to 10.4, the platform is reported correctly as
"fat".  And, for 10.5 4-way, "universal".

target of 10.3 will report a platform of "ppc" or "i386" even on 10.4 or extensions have to upload two versions even though the contents of both

given a 4-way build of python).

Getting the experience entire correct probably requires changes to other

can satisify a dependency when the current platform is "fat" or "ppc".



Ronald

Please file an issue for this at the python tracker. The intended behaviour is that the reported platform is the platform that distutils can build for on the current machine (ppc only on 10.3, "fat" on 10.4 and "universal" on 10.5, tools as well (such as setuptools, it should be taught that a "universal" egg Issues like this is why I've asked on the pythonmac-sig if anyone is interested on sprinting on macpython at Pycon. Getting these things correct takes time and is much easier when several people can work on it at the same location.

smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com