<div dir="ltr"><div>OK, I believe you, I was just referring to the relative irreproducibility of Jeroen's results (see INADA Naoki's problems).<br></div><div><br></div><div>My main point is actually that until the Python core devs have elected a new BDFL or come up with some other process for accepting PEPs, no action will be taken on this PEP -- AFAIK there's no BDFL-Delegate for this PEP. You can argue until you're blue in the face, but the new process won't be ready until Jan 2019. (Read the python-committers archives, e.g. <a href="https://mail.python.org/pipermail/python-committers/2018-July/005935.html">https://mail.python.org/pipermail/python-committers/2018-July/005935.html</a>.)</div><div><br></div><div>To make this clear -- right now, there is no-one who can approve this PEP, and you will have to wait until 2019 until there is.</div><div><br></div><div>Of course you can form a subcommittee where you try to agree on the details, and I recommend that. But getting argumentative on python-dev is not going to be very productive. In 2019 people will remember that you were very forceful in taking your position, not what that position was or why it's reasonable.</div><div><br></div><div>Sorry I don't have better news.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 22, 2018 at 5:52 AM, Stefan Behnel <span dir="ltr"><<a href="mailto:stefan_ml@behnel.de" target="_blank">stefan_ml@behnel.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Guido van Rossum schrieb am 22.07.2018 um 01:14:<br>
> The cost would be if we were to end up maintaining all that code and it<br>
> wouldn’t make much difference.<br>
<br>
</span>Well, this is exactly my point. Someone has to maintain the *existing* code<br>
base and help newcomers to get into it and understand it. This is not easy.<br>
The proposed implementation *already* makes a difference. And it does not<br>
even degrade the performance while doing that, isn't that great?<br>
<br>
To make this clear – right now, there is someone who stands up and<br>
volunteers to invest the work to clean up the current implementation. He<br>
has already designed, and even implemented, a protocol that applies to all<br>
types of callables in the same way *and* that is extensible for current and<br>
future needs and optimisations. I think this is way more than anyone could<br>
ask for, and it would be very sad if this chance was wasted, and we would<br>
have to remain with the current implementation.<br>
<div class="HOEnZb"><div class="h5"><br>
Stefan<br>
<br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/guido%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/options/python-dev/<wbr>guido%40python.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div>