This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author orsenthil
Recipients Oren Milman, docs@python, eric.araujo, jaysinh.shukla, kushal.das, martin.panter, ncoghlan, orsenthil
Date 2016-09-05.23:14:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1473117296.04.0.931390546792.issue20842@psf.upfronthosting.co.za>
In-reply-to
Content
I agree with the comment made by Oren. Not all instances of finder should be referenced as generic finder. Some classes and functions are are still PEP 302 specific finder.

In the commit, 3987667bf98f Nick Coghlan modified the following functions to to use importlib module, thus serving the PEP 302 bind. So these can refer to glossary entry for finder. The documentation has been updated with version changed information.

* get_importer (by the underlying change of using only sys.path_importer_cache and removing the use of ImpImporter)
* iter_importers (by using importlib.import_module)

The glossary entry for both finder and loader has been updated to include both PEP 302 finder, and with PEP 420 and PEP 451.

With these changes already in place, I updated the patch to reflect the current state. 

I am proceed with the commit as this is a non-controversial change. If there are comments, please share and I will address them.
History
Date User Action Args
2016-09-05 23:14:56orsenthilsetrecipients: + orsenthil, ncoghlan, eric.araujo, docs@python, martin.panter, kushal.das, Oren Milman, jaysinh.shukla
2016-09-05 23:14:56orsenthilsetmessageid: <1473117296.04.0.931390546792.issue20842@psf.upfronthosting.co.za>
2016-09-05 23:14:56orsenthillinkissue20842 messages
2016-09-05 23:14:55orsenthilcreate