[Python-3000] cleaning up *path.py code duplication
Guido van Rossum
guido at python.org
Sat Aug 26 02:35:33 CEST 2006
Sounds like a great 2.6 project. Beware of things that are
intentionally different between platforms of course!
--Guido
On 8/25/06, Jack Diederich <jackdied at jackdied.com> wrote:
> While checking find() uses in the stdlib I noticed that the various
> path modules have duplicate code and docstrings for some generic path
> manipulations. Delightfully they even have different implementations
> and docstrings for identical functions. splitext() is a great bad
> example - os2emxpath.splitext() builds up strings by doing char-by-char
> concatenations where everyone else uses find() + slice.
>
> If there are no objections I'll move these into a module named
> genericpath.py and change the others to do
>
> from genericpath import func1, func2, funcN
>
> where applicable.
>
> So, any objections? Should it be a 2.6 backport too?
>
> -Jack
> _______________________________________________
> Python-3000 mailing list
> Python-3000 at python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe: http://mail.python.org/mailman/options/python-3000/guido%40python.org
>
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
More information about the Python-3000
mailing list