Nick Coghlan added the comment:

Please don't emit a deprecation warning for loaders that only implement 
load_module - there are still things load_module can do that create/exec can't, 
and it's still possible it will remain the long term API for those use cases.

Plus builtins and extensions are still loaded with load_module - we can't 
deprecate an API we're still using.

I'm actually still -0 on doing any programmatic deprecations in 3.4 at all. 
What maintenance burden are we eliminating for ourselves that justifies the 
pain we're inflicting on users? I want import system specialists to be 
*excited* about PEP 451, but if we deprecate everything and *force* them to 
migrate immediately (rather than giving them until 3.5 before they get 
warnings), they're going to hate it :(

----------

_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue19713>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to