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 theller
Recipients Arfrever, brett.cannon, eric.araujo, eric.snow, ezio.melotti, flox, terry.reedy, theller
Date 2013-06-08.18:02:04
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <51B37243.5060305@ctypes.org>
In-reply-to <1370626855.37.0.239288639868.issue14797@psf.upfronthosting.co.za>
Content
> The modulefinder usage is directly exposed in its API as the return
> value of a find_module method, which makes removal a pain. Adding
> Thomas Heller to see what he has to say.

Some months ago, I have started to implement a brand-new modulefinder,
which is based on importlib.  It has a different API, but the (barely)
documented API functions remain the same or could be made compatible.
The advantage against the current modulefinder is that it finds modules
in zipfiles, for example in zipped eggs.

IMO it is not yet ready for inclusion into Python 3.4, but given the
plans for the first alpha release in August I will hopefully find
time to work on it a little bit more.

If someone wants to read the code, or try it out:

Modulefinder:
http://code.google.com/p/ctypes-stuff/source/browse/trunk/mf/mf4.py

Test:
http://code.google.com/p/ctypes-stuff/source/browse/trunk/mf/maketest.py

Thomas
History
Date User Action Args
2013-06-08 18:02:05thellersetrecipients: + theller, brett.cannon, terry.reedy, ezio.melotti, eric.araujo, Arfrever, flox, eric.snow
2013-06-08 18:02:04thellerlinkissue14797 messages
2013-06-08 18:02:04thellercreate