[Pythonmac-SIG] linking extensions for older builds with newer pythons...
Chris Barker
chris.barker at noaa.gov
Thu Mar 6 23:29:53 CET 2014
The numpy folks are trying hard to get binary wheel sup on PyPi yeah!
But this brought hup an issue -- PyPI policy is that binary wheels should
be built for the python.org binaries -- which is great.
The Python.org binaries are built for >=10.6, 32+64 bit Intel, and have the
platfrom name:
10_6_intel
All is well and good. The complication:
The Apple builds of Python presumably use the newer SDKs, and have platform
names like:
10_7_intel
the 10_7 does not match the 10_6, and thus pip will not install the binary.
If you re-name the wheel, then pip happily installs it, and it seems to
work fine.
So there is a pull request for a patch to the tools to support >=10_6,
rather than =10_6 -- so that packages built python.org build will also
be installable on newer builds.
This has worked for years with numpy and others (and now that I think about
it, wxPython has binaries that work on python.org and Apple's build.)
So is it officially supported to link a *.so built against a older SDK to a
application buit with a newer SDK? If so ,then this seems a
nice convenience for the MAc crowd.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker at noaa.gov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20140306/bc9c5c89/attachment.html>
More information about the Pythonmac-SIG
mailing list