<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 2, 2015 at 8:57 AM, Barry Warsaw <span dir="ltr"><<a href="mailto:barry@python.org" target="_blank">barry@python.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Dec 02, 2015, at 08:35 AM, Guido van Rossum wrote:<br>
<br>
>I wholeheartedly agree with what Nick writes there<br>
<br>
As do I.<br>
<br>
One interesting point will be what *nix calls the /usr/bin thingie for Python<br>
4.  It would seem weird to call it /usr/bin/python3 and symlink it to say<br>
/usr/bin/python4.0 but maybe that's the most practical solution.  OTOH, by<br>
2023, Python 2 will at worst be in source-only security release mode, if not<br>
finally retired so maybe we can reclaim /usr/bin/python by then.  Oh well, PEP<br>
394 will hash all that out I'm sure.<br></blockquote><div><br></div><div>Maybe the criteria for switching to 4 would be that all traces of 2 are gone.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
One other potentially disruptive change would be when Python's Einstein, er<br>
David Beazley, finally cracks the nut of the GIL.  Should that require a new<br>
backward incompatible C API, Python 4.0 would be the time to do it.<br></blockquote><div><br></div><div>There would still have to be a backward compatibility API for a very long time. So I don't see why this particular change (however eagerly anticipated! :-) should force a major version bump.<br></div></div><br>-- <br><div class="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div></div>