Re: PEP 420: Implicit Namespace Packages
Brett Cannon <[email protected]>
| Newsgroups | gmane.comp.python.import |
|---|---|
| Message-ID | <CAP1=2W5zb8P4Nwu8+_yzAxZisYFM8dY6EEczVt-Qd-F4WXBqkg@mail.gmail.com> |
On Tue, May 1, 2012 at 6:00 PM, Eric V. Smith <[email protected]> wrote: > I'm working on finishing up the PEP 420 work. I think the PEP itself is > complete. If you have any comments, please send them to me or this list. > > The implementation at features/pep-420 has been merged with the recent > importlib changes to the 3.3 branch. I've implemented support in the > import machinery itself, as well as modified the filesystem finder > (FileFinder) and the zipimport finder. > > About the only question I have is: Is everyone okay with the changes to > the finders, described in the PEP? Basically they now return a string in > addition to a loader or None. If they return a string, then the string > represents the path of a possible namespace package portion. The change > is backward compatible: unmodified finders will just be unable to > participate in a namespace package. > I obviously okay with the change. =) So this email is just a +1 in support of this work and a thanks for coding it up and seeing this through! -Brett > > Barry Warsaw, Jason Coombs, and I are sprinting this Thursday. We'll > focus on adding tests, and maybe documentation if we have time. If > anyone has any concerns I'd like to hear them before then so that we can > work on addressing them. > > The changes themselves are very small. I think the diff is a total of > maybe 40 lines of code. Yury Selivanov had mentioned backporting to 3.2 > (which I assume would be an unsupported-by-python-dev effort). I > actually don't think it would be all that complicated. > Ignoring that the classes he would need to access are technically private, backporting should be no more than a subclass and an extra stat call by FileFinder if None is returned. -Brett > > Eric. > > > _______________________________________________ > Import-SIG mailing list > [email protected] > http://mail.python.org/mailman/listinfo/import-sig > _______________________________________________ Import-SIG mailing list [email protected] http://mail.python.org/mailman/listinfo/import-sig