<p dir="ltr"><br>
On 9 Nov 2013 06:39, "Brett Cannon" <<a href="mailto:brett@python.org">brett@python.org</a>> wrote:<br>
><br>
> I just want to publicly thank Eric for his hard work on this PEP. I think Nick, Eric, and myself all came to the same conclusion independently about needing to update the APIs used by import to make them more flexible and able to grow in the future, but Eric is the one that took the time to champion the changes, write the PEP, and handle the huge amount of feedback both on the import SIG and here along with his current patch.<br>

><br>
> I know I'm quite pleased with the way this PEP turned out and am already looking forward to using the new APIs hopefully in Python 3.5 for introducing a lazy loader mechanism to the stdlib.</p>
<p dir="ltr">We should even be able to finally make circular imports work more consistently, better handle partial failures of packages that implicitly import submodules and address some of the import traps described in PEP 395.</p>

<p dir="ltr">This change also enables better integration of runpy with the normal import system, the opportunity for much cleaner reload support (it's currently rife with opportunities for implicit, hard to debug, failures) and the possibility of bringing C extension loading up to a similar level of capability to Python module execution (e.g. allowing extension modules to support execution via runpy)</p>

<p dir="ltr">Many of those related changes won't happen until Python 3.5, but PEP 451 is an important step towards making them practical.</p>
<p dir="ltr">Awesome work, Eric - this is a far more significant upgrade to the import system than my indirect import idea that originally spawned the discussion on import-sig :)</p>
<p dir="ltr">Cheers,<br>
Nick.<br></p>
<p dir="ltr">><br>
><br>
> On Fri, Nov 8, 2013 at 2:49 PM, Eric Snow <<a href="mailto:ericsnowcurrently@gmail.com">ericsnowcurrently@gmail.com</a>> wrote:<br>
>><br>
>> I'm pleased to announce that Brett Cannon and Nick Coghlan (the<br>
>> co-BDFL-delegates) have accepted PEP 451 for inclusion in Python 3.4.<br>
>> Both of them have contributed substantially to the discussions of the<br>
>> proposal and have helped make it solid.  I'm grateful for their<br>
>> diligence, attentiveness, and expertise.  I'd also like to thank PJ<br>
>> Eby, who provided important insight on several occasions and helped<br>
>> out with some sticky backward-compatibility situations.<br>
>><br>
>> <a href="http://www.python.org/dev/peps/pep-0451/">http://www.python.org/dev/peps/pep-0451/</a><br>
>><br>
>> -eric<br>
>> _______________________________________________<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">https://mail.python.org/mailman/listinfo/python-dev</a><br>
>> Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
><br>
><br>
><br>
> _______________________________________________<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">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com">https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com</a><br>
><br>
</p>