On Thu, Mar 6, 2014 at 4:27 PM, MinRK <benjami...@gmail.com> wrote:
> I proposed a patch <https://github.com/pypa/pip/pull/1465> to pip, with
> respect to treatment of the platform tag on OS X, and Chris Barker proposed
> that I bring the discussion here.
>
Note -- there is some more discusion on that patch...
> The situation:
>
> PEP 425 describes the platform tag as:
>
> The platform tag is simply distutils.util.get*platform() with all hyphens
> - and periods . replaced with underscore *.
>
> but the PEP makes no mention of what should be done on OS X. On OS X,
> get_platform() has the form:
>
> macosx_10_6_intel
>
>
> .....
>
> 1.
> 2.
>
> support multi-arch names (intel, universal) on their respective
> components
> - intel is valid on {x86_64, i386}
> - universal is valid on {intel, x86_64, i386, ppc64, ppc}
>
> easy_install, like pip, also does strict comparison here, so this
> would be new behavior.
>
> yup -- and easy_install was actually quite broken for binary eggs for a
universal build -- so this would be great.
though a note: "universal:", as used by the python.org builds means
only i386+ppc -- in theory once could do a quad build, but no on ever did.
Though ppc is pretty old now -- I don't think we need to worry about that
for anything future-looking anyway.
I have a wheel (pyzmq), which works on any intel-based Python targeting OS
> X >= 10.6. To express this with pip-1.5, the filename has to be:
>
>
> pyzmq-14.1.0-cp27-none-macosx_10_6_intel.macosx_10_6_x86_64.macosx_10_6_i386.macosx_10_7_intel.macosx_10_7_x86_64.macosx_10_7_i386.macosx_10_8_intel.macosx_10_8_x86_64.macosx_10_8_i386.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_9_i386.whl
>
> and it has to grow every time there is a new OS release.
>
clearly no ideal!
Any feedback from experts, especially if my understanding of deployment
> targets or fat binaries is incorrect, would be much appreciated.
>
I'm no expert, but his looks good to me.
As pointed out in the comments on the patch, there may be some issues with
C++ extensions and building on 10.9 -- we'll have to see how that turns
out....
-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.bar...@noaa.gov
_______________________________________________
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
