A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/attachments/20131121/0079aa4f/attachment.html below:

<div dir="ltr">On Thu, Nov 21, 2013 at 1:12 PM, Paul Moore <span dir="ltr"><<a href="mailto:p.f.moore@gmail.com" target="_blank">p.f.moore@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 class="im">None of the currently available binary distribution formats<br>

</div>


distinguish Windows binaries by anything other than minor version. For<br>
wheels (and I think eggs), this is a showstopper as the name is<br>
essential metadata (compatibility tags) for the other formats (wininst<br>
and msi) the name is merely informational - packagers could rename,<br>
but (a) they will forget, and (b) the users won't know if they have or<br>
not.<br></blockquote><div style><br></div><div style>exactly.</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">

Before we can cleanly support multiple ABIs for a single minor version<br>


on Windows, we need to have a resolution of this dilemma (which may be<br>
nothing more than "only binaries for the <a href="http://python.org" target="_blank">python.org</a> builds are allowed<br>
on PyPI"...)</blockquote><div><br></div><div style>That's already the unstated case. But besides stackless, it some of us are advocating that there be python.org-provided binaries built with a newer compiler (eventually, anyway). Also, I haven't gotten a reply, but I get the impression that Christian would like stackless-users not to have a n easy way to get this all messed up.</div>

<div style><br></div><div style>the wheel namign scheme is defined by PEP 425. The bit in play here is:</div><div style><br></div>"""</div><div class="gmail_quote">The platform tag is simply distutils.util.get_platform() with all hyphens - and periods . replaced with underscore _.<br>

win32<br>linux_i386<br>linux_x86_64<br>"""</div><div class="gmail_quote"><br></div><div class="gmail_quote">I suspect that now we have only win32 and win64 for platform_tags for the <a href="http://pyton.org">pyton.org</a> Windows builds. But I'm also pretty sure that, for instance, cygwin builds use a different tag.</div>

<div class="gmail_quote"><br></div><div class="gmail_quote">And the "official" <a href="http://python.org">python.org</a> OS-X builds have two different platform tags for the two builds.</div><div class="gmail_quote">

<br></div><div class="gmail_quote" style>So the precedent is there -- and it's easy enough to keep "win32" as the VS2008 version, and then have a "win32_VS_2010" or whatever for a newer build.</div>

<div class="gmail_quote" style><br></div><div class="gmail_quote" style>That wouldn't take much to do, and it would allow pip and binary wheels to "just work".</div><div class="gmail_quote" style><br></div>


<div class="gmail_quote" style>
It would be nice if the msi installers could be similarly patched, but I have no idea what that would take.</div><div class="gmail_quote" style><br></div><div class="gmail_quote" style>-Chris</div><div class="gmail_quote">

<br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br><div style><br></div><div style><br></div><div style> </div><div><br></div><div><br></div><div><br></div><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">

<span class=""><font color="#888888">


Paul<br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/chris.barker%40noaa.gov" target="_blank">https://mail.python.org/mailman/options/python-dev/chris.barker%40noaa.gov</a><br>
</div></div></blockquote></div><br><br clear="all"><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>

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4