<div dir="ltr">On 10 July 2013 21:30, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><p dir="ltr"><br>
On 11 Jul 2013 04:56, "Brett Cannon" <<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>> wrote:<br>><br>
> Didn't know Windows was never updated to use a versioned binary. That's rather unfortunate.</p>
</div><p dir="ltr">Hence the PyLauncher project.</p>
<p dir="ltr">Paul's right, though - the PEP is currently very *nix-centric. For Windows, we likely need to consider something based on "py -m pip", which then raises the question of whether or not that's what we should be supporting on *nix as well (with pip and pip3 as convenient shorthand).</p>


<p dir="ltr">There's also the fact that the Python launcher is *already* available as a separate Windows installer for earlier releases. Perhaps we should just be bundling the bootstrap script with that for earlier Windows releases.</p>
</blockquote><div><br></div><div style>Thanks Nick. I was part way through a much more laboured email basically saying the same thing :-)</div><div style><br></div><div style>For reference, PEP 394 is the versioned binary PEP. It is explicitly Unix only and defers Windows to PEP 397 (pylauncher) as being "too complex" to cover alongside the Unix proposal :-)</div>
<div style><br></div><div style>I think "python -m pip" should be the canonical form (used in documentation, examples, etc). The unittest module has taken this route, as has timeit. Traditionally, python-dev have been lukewarm about the -m interface, but its key advantage is that it bypasses all the issues around versioned executables, cross-platform issues, the general dreadfulness of script wrappers on Windows, etc, in one fell swoop.</div>
<div style><br></div><div style>Paul.<br></div></div></div></div>