<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 17 November 2017 at 05:15, Chris Barker <span dir="ltr"><<a href="mailto:chris.barker@noaa.gov" target="_blank">chris.barker@noaa.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-">On Wed, Nov 15, 2017 at 11:07 AM, Steve Dower <span dir="ltr"><<a href="mailto:steve.dower@python.org" target="_blank">steve.dower@python.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If you write such a PEP, please also research and write up the issues with modifying PATH on Windows (they're largely scattered throughout bugs.p.o and earlier discussions on python-dev).<br></blockquote><div><br></div></span><div>Is anyone proposing doing anything new with that? (other than changing the default)</div><span class="gmail-"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">My preferred solution for this is to rename "py.exe" to "python.exe" </blockquote><div><br></div></span><div>I was going to propose that in this thread, but then thought: "there has GOT to be a reason why that reall obvious solution wan't done in the first place", and didn't have time to go back and research it.</div></div></div></div></blockquote><div><br></div><div>As far as I recall, the arguments against it are:</div><div><br></div><div>- wanting the regular executable and the launcher to be able to coexist in the same build target directory<br></div><div>- not wanting the regular python executable to prevent access to the launcher at a shell prompt<br></div><div>- not wanting the launcher at a shell prompt to prevent access to the regular executable at a shell prompt</div><div><br></div><div>However, <a href="https://www.python.org/dev/peps/pep-0397/">https://www.python.org/dev/peps/pep-0397/</a> doesn't spell those out, it just states what the launcher's name will be, and emphasises that the main purpose is to provide a sensible target for file associations after the "always use the most recently installed version" assumption broke down: <a href="https://www.python.org/dev/peps/pep-0397/#rationale">https://www.python.org/dev/peps/pep-0397/#rationale</a></div><div><br></div><div>Addressing them now:</div><div><br></div><div><div>* as long as the extra hard links are only generated at install 
time, there also won't be any problems with build directory name 
conflicts.<br></div><div></div>* the launcher will always be available a `py`, regardless of the current PATH</div><div>* PATH in a venv will still put the regular python executable ahead of the launcher</div><div></div><br><div>Cheers,</div><div>Nick.<br></div><div></div><div><br></div></div>-- <br><div class="gmail_signature">Nick Coghlan   |   <a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>   |   Brisbane, Australia</div>
</div></div>