Remove PEP references, they can be dealt with separately from this PEP

This commit is contained in:
Neal Norwitz 2006-02-15 05:34:26 +00:00
parent 412e4468eb
commit 2f9289915a
1 changed files with 3 additions and 38 deletions

View File

@ -107,6 +107,9 @@ Open issues
This PEP needs to be updated and release managers confirmed.
- Review PEP 4: Deprecate and/or remove the modules
- Review PEP 11: Remove support for platforms as described
Carryover features from Python 2.4
@ -114,11 +117,6 @@ Carryover features from Python 2.4
Are any of these done or planned for 2.5?
- Deprecate and/or remove the modules listed in PEP 4 (posixfile,
gopherlib, pre, others)
- Remove support for platforms as described in PEP 11.
- Finish implementing the Distutils bdist_dpkg command. (AMK)
- It would be nice if the built-in SSL socket type could be used
@ -148,9 +146,6 @@ Carryover features from Python 2.3
widgets in Tk 8.4? Note that we've got better Tix support
already (though not on Windows yet).
- PEP 304 (Controlling Generation of Bytecode Files by Montanaro)
seems to have lost steam.
- For a class defined inside another class, the __name__ should be
"outer.inner", and pickling should work. (SF 633930. I'm no
longer certain this is easy or even right.)
@ -171,41 +166,11 @@ Carryover features from Python 2.3
covered yet (e.g. string.whitespace and types.TracebackType).
It seems we can't get consensus on this.
- PEP 262 Database of Installed Python Packages Kuchling
This turns out to be useful for Jack Jansen's Python installer,
so the database is worth implementing. Code will go in
sandbox/pep262.
- PEP 269 Pgen Module for Python Riehl
(Some necessary changes are in; the pgen module itself needs to
mature more.)
- PEP 266 Optimizing Global Variable/Attribute Access Montanaro
PEP 267 Optimized Access to Module Namespaces Hylton
PEP 280 Optimizing access to globals van Rossum
These are basically three friendly competing proposals. Jeremy
has made a little progress with a new compiler, but it's going
slowly and the compiler is only the first step. Maybe we'll be
able to refactor the compiler in this release. I'm tempted to
say we won't hold our breath.
- Lazily tracking tuples?
http://mail.python.org/pipermail/python-dev/2002-May/023926.html
http://www.python.org/sf/558745
Not much enthusiasm I believe.
- PEP 286 Enhanced Argument Tuples von Loewis
I haven't had the time to review this thoroughly. It seems a
deep optimization hack (also makes better correctness guarantees
though).
- Make 'as' a keyword. It has been a pseudo-keyword long enough.
Too much effort to bother.
Copyright