[issue1828] Renaming platform path modules

2008-01-14 Thread Guido van Rossum
Changes by Guido van Rossum: Removed file: http://bugs.python.org/file9172/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1828] Renaming platform path modules

2008-01-14 Thread Benjamin Peterson
Benjamin Peterson added the comment: On Jan 14, 2008 7:44 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > And guess what, in 3.0 __builtin__ is renamed to builtin. point taken > > > -- > resolution: -> rejected > > _

[issue1828] Renaming platform path modules

2008-01-14 Thread Guido van Rossum
Changes by Guido van Rossum: -- status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue1828] Renaming platform path modules

2008-01-14 Thread Guido van Rossum
Guido van Rossum added the comment: And guess what, in 3.0 __builtin__ is renamed to builtin. -- resolution: -> rejected __ Tracker <[EMAIL PROTECTED]> __

[issue1828] Renaming platform path modules

2008-01-14 Thread Benjamin Peterson
Benjamin Peterson added the comment: Well, yes but I think that it's rare enough that in the name of keeping the stdlib clean, it's reasonable to say: import _posixpath and posixpath This also occurs when somone wants to modify __builtin__. __ Tracker <[EMAIL PROT

[issue1828] Renaming platform path modules

2008-01-14 Thread Guido van Rossum
Guido van Rossum added the comment: > Since they are implementation details, they > should have a "_" prepended to their names. No, they are not, and they should not. There are legitimate use cases for importing these directly. E.g. I could be on a Windows box but have a desire to manipulate p

[issue1828] Renaming platform path modules

2008-01-14 Thread Brett Cannon
Brett Cannon added the comment: On Jan 14, 2008 5:12 PM, Christian Heimes <[EMAIL PROTECTED]> wrote: > > Christian Heimes added the comment: > > Brett, it sounds like a good idea for the 3.0 stdlib reorg. > Yep, it does. __ Tracker <[EMAIL PROTECTED]>

[issue1828] Renaming platform path modules

2008-01-14 Thread Christian Heimes
Christian Heimes added the comment: Brett, it sounds like a good idea for the 3.0 stdlib reorg. -- nosy: +brett.cannon, tiran priority: -> low type: -> rfe versions: -Python 2.6 __ Tracker <[EMAIL PROTECTED]>

[issue1828] Renaming platform path modules

2008-01-14 Thread Benjamin Peterson
New submission from Benjamin Peterson: Currently, all the platform-specific path modules (ntpath, macpath, etc) have normal module names. Since they are implementation details, they should have a "_" prepended to their names. I doubt this would break much code: I've never written witnessed any co