<div dir="ltr">On Thu, Mar 6, 2014 at 4:27 PM, MinRK <span dir="ltr"><<a href="mailto:benjaminrk@gmail.com" target="_blank">benjaminrk@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><p style="margin:1.2em 0px!important">I proposed a <a href="https://github.com/pypa/pip/pull/1465" target="_blank">patch</a> to pip, with respect to treatment of the platform tag on OS X, and Chris Barker proposed that I bring the discussion here.<br>
</p></div></blockquote><div><br></div><div style>Note -- there is some more discusion on that patch... </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><p style="margin:1.2em 0px!important"></p>
<p style="margin:1.2em 0px!important">The situation:</p>
<p style="margin:1.2em 0px!important">PEP 425 describes the platform tag as:</p>
<blockquote style="margin:1.2em 0px;border-left-width:4px;border-left-style:solid;border-left-color:rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none">
<p style="margin:1.2em 0px!important">The platform tag is simply distutils.util.get<em>platform() with all hyphens - and periods . replaced with underscore </em>.</p>
</blockquote>
<p style="margin:1.2em 0px!important">but the PEP makes no mention of what should be done on OS X. On OS X, get_platform() has the form:</p>
<pre style="font-family:Consolas,Inconsolata,Courier,monospace;font-size:1em;line-height:1.2em;overflow:auto;margin:1.2em 0px"><code style="font-size:0.85em;font-family:Consolas,Inconsolata,Courier,monospace;margin:0px 0.15em;white-space:pre-wrap;border-top-left-radius:3px;border-top-right-radius:3px;border-bottom-right-radius:3px;border-bottom-left-radius:3px;border:1px solid rgb(204,204,204);display:block;padding:0.5em;color:rgb(51,51,51);background-color:rgb(248,248,255)">macosx_10_6_intel
</code></pre><p style="margin:1.2em 0px!important"><br></p></div></blockquote><div>..... </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><ol style="margin:1.2em 0px;padding-left:2em"><li style="margin:0.5em 0px">
</li>
<li style="margin:0.5em 0px"><p style="margin:0.5em 0px!important">support multi-arch names (intel, universal) on their respective components</p>
<ul style="margin:0px;padding-left:1em">
<li style="margin:0.5em 0px">intel is valid on {x86_64, i386}</li>
<li style="margin:0.5em 0px">universal is valid on {intel, x86_64, i386, ppc64, ppc}</li>
</ul>
<p style="margin:0.5em 0px!important">easy_install, like pip, also does strict comparison here, so this would be new behavior.</p></li></ol></div></blockquote><div style>yup -- and easy_install was actually quite broken for binary eggs for a universal build -- so this would be great.<br>
</div><div style><br></div><div style>though a note: "universal:", as used by the <a href="http://python.org">python.org</a> 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.</div>
<div style><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><p style="margin:1.2em 0px!important">
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:<br></p>
<blockquote style="margin:1.2em 0px;border-left-width:4px;border-left-style:solid;border-left-color:rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none">
<p style="margin:1.2em 0px!important">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</p>
</blockquote></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><p style="margin:1.2em 0px!important">
and it has to grow every time there is a new OS release.</p></div></blockquote><div style>clearly no ideal!</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><p style="margin:1.2em 0px!important">Any feedback from experts, especially if my understanding of deployment targets or fat binaries is incorrect, would be much appreciated.</p></div></blockquote><div style>
I'm no expert, but his looks good to me.</div><div style><br></div><div style>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....</div>
<div style><br></div><div style>-Chris</div><div style><br></div><div><br></div><div><br></div><div> </div></div><div><br></div>-- <br><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>
NOAA/NOS/OR&R (206) 526-6959 voice<br>
7600 Sand Point Way NE (206) 526-6329 fax<br>Seattle, WA 98115 (206) 526-6317 main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a>
</div></div>