[Python-3000] Py3k release schedule worries (original) (raw)
Guido van Rossum guido at python.org
Wed Dec 20 01:23:25 CET 2006
- Previous message: [Python-3000] Py3k release schedule worries
- Next message: [Python-3000] Py3k release schedule worries
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 12/18/06, Brett Cannon <brett at python.org> wrote: [me]
> Well, what do you think of my pronouncement in response to Thomas's > mail (just rename a bunch of things that don't conform to our own > naming standard)? That should limit the discussion to what's the best > name for StringIO etc.
Sounds good. The only sticky point is whether we want to keep this dichotomy of C/Python implementations ala pickle and StringIO going. I personally would rather choose one (Python or C) and then work on getting the other to have the proper semantics. If we choose the C version we can stick the Python versions into lib-old or something so that if alternative Python implementations want to keep them alive and up-to-date they can for their own usage but the burden is taken off of us.
Just to clairfy, I think this should all be done the way heapq.py / _heapq.c work. Python users should only import the "python" module which should contain a complete implementation in Python but which replaces selective parts (or everything) with faster versions from the C module if available.
-- --Guido van Rossum (home page: http://www.python.org/~guido/)
- Previous message: [Python-3000] Py3k release schedule worries
- Next message: [Python-3000] Py3k release schedule worries
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]