Re: PEP 420: Implicit Namespace Packages

Barry Warsaw <[email protected]>
Newsgroups gmane.comp.python.import
Organization Damn Crazy Followers of the Horn
Message-ID <[email protected]>
On May 05, 2012, at 01:14 AM, Nick Coghlan wrote:

>On Sat, May 5, 2012 at 12:34 AM, Barry Warsaw <[email protected]> wrote:
>>  * Explicitly leave the assignment of __file__ to the loader.
>>  * Allow loaders to not set __file__
>>  * Add an optional API to loaders, module_repr() as defined above.
>
>I can accept that approach on one condition: the PEP 420
>implementation comes with the long-overdue migration of the definition
>of the import system semantics into the language reference.

I think you were listening in our sprint Nick! :)

One of the downsides of the PEP process is that sometimes the PEP will end up
being the definitive documentation for a new feature.  This sucks for many
reasons, including that PEPs don't live in the source tree and they end up
getting pretty out-of-date as time goes by.

PEP 302 suffers quite a bit from historical rot, but also from lots of
superfluous text that doesn't make it easy to understand exactly what is going
on.

At our sprint, we all agreed that it would be much better for there to be
documentation about the import system's semantics in the language reference
guide.  I think "Import System" is important enough to warrant a top-level
chapter, probably either before or after "Execution Model".  Section 6.11
describes the import statement, but I'd probably refactor large bits of that
into the "Import System" chapter, and leave $6.11 to describe the import
statement specifically.

I mentioned at the sprint that I'd be willing to work on such a document.
It's likely more than a one-person-operation, but I'd be happy to take a crack
at a first draft once PEP 420 gets accepted.

Cheers,
-Barry

_______________________________________________
Import-SIG mailing list
[email protected]
http://mail.python.org/mailman/listinfo/import-sig
signature.asc (application/pgp-signature, 836 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJPpCj5AAoJEBJutWOnSwa/sZEP/RcTIyyDl9IAEXLJuzxqTEqr
l5zOuvdI5/0/LtfoOusBRDChIbXqOnChKXTqMioWbpBlCaVSVdPjIPHnwJ9o0+W8
+LdCvc65xsIxopggFsA0h/apGrnUhH60jS1kT6tNa1CuwDcJUbHtrwDjctudnMVP
7ObEQmqMp5QLQ2JcdCNP0GBdigwy+FXgWnbH1I2V8d/nwD6x6vUKYJIjWJ+EenX4
oPmVSn21ODOSYx57RTmTezHo/UQYfDhUG9RbBnMGnhGiOSFoifyhVENG269Vsd+v
ZCHXdFdS7Brl4nWESPFwVY1PSnpyVKqbMo1yDxIqEELmoJfXdrszcagKvJ0+KFNI
055mshOPmR67FUGvT/v7ubSjAgnF4hrPiIO883z1BNy83VHaLxUCztvL0px71Rv+
LOC+PyiJ0kEgvsXy8KVk0C8QaO5qkUZj9BsCfFj2t2q/yE4xbydW7DkGlMDOpLGe
TCOdiv2wPJVqdlWeKqCfU27krNlMqJtmw/GXcQ/wRPz4hQYbD3X6F7uxJwjAwta8
Wlwfg6QoYyfLMn5YsZbujJFL9xWOcnpVQx1ohR5a0pYkecy+aGuesslhNMPaZMds
haYp301kAGUHSJtSPgN/+inTMM9PMfdupOHK9OFUpgTZm1GiVLTy62Y3ibO/FSWj
PzSxGWplEFt3izQQQZEo
=kpnR
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.