[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.7000200 at v.loewis.de>,
> "Martin v. Lowis" <martin at v.loewis.de> wrote:
>>> That said, the difference between a binary capable of running on
>>> 10.4+ and one running 10.3+ is minimal. I introduced weak-linking  
>>> for
>>> 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.
>>
>> 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
> target of 10.3 will report a platform of "ppc" or "i386" even on  
> 10.4 or
> 10.5 systems and even though the extensions are, in fact, "fat".  This
> means developers who provide uploads to PyPI of packages with C
> extensions have to upload two versions even though the contents of  
> both
> 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".

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,
given a 4-way build of python).

Getting the experience entire correct probably requires changes to other
tools as well (such as setuptools, it should be taught that a  
"universal" egg
can satisify a dependency when the current platform is "fat" or "ppc".

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.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2224 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-dev/attachments/20090214/b43c80cb/attachment.bin>