linking extensions for older builds with newer pythons...
Chris Barker <[email protected]>
| Newsgroups | gmane.comp.python.apple |
|---|---|
| Message-ID | <CALGmxEJbLpxDfAn3XwrqQdtDamgy+DjzOJfbyApMTu1euANuXA@mail.gmail.com> |
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 [email protected] _______________________________________________ Pythonmac-SIG maillist - [email protected] https://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG