iSharkFly-Open
/
python-peps
mirror of https://github.com/python/peps.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Bring the Python 3.3 feature list up to date.

This commit is contained in:
Georg Brandl 2012-01-13 21:18:11 +01:00
parent b965826f62
commit f34d129b3f
1 changed files with 12 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

17
pep-0398.txt
View File

@ -57,27 +57,34 @@ of the crew.
Features for 3.3 Features for 3.3
================ ================
Implemented PEPs:
* PEP 380: Syntax for Delegating to a Subgenerator
* PEP 393: Flexible String Representation
* PEP 3151: Reworking the OS and IO exception hierarchy
* PEP 3155: Qualified name for classes and functions
Other final large-scale changes:
* Addition of the "packaging" module, deprecating "distutils"
* Addition of the faulthandler module
Candidate PEPs: Candidate PEPs:
* PEP 362: Function Signature Object * PEP 362: Function Signature Object
* PEP 380: Syntax for Delegating to a Subgenerator
* PEP 382: Namespace Packages * PEP 382: Namespace Packages
* PEP 393: Flexible String Representation
* PEP 395: Module Aliasing * PEP 395: Module Aliasing
* PEP 397: Python launcher for Windows * PEP 397: Python launcher for Windows
* PEP 3143: Standard daemon process library * PEP 3143: Standard daemon process library
* PEP 3151: Reworking the OS and IO exception hierarchy
(Note that these are not accepted yet and even if they are, they might (Note that these are not accepted yet and even if they are, they might
not be finished in time for Python 3.3.) not be finished in time for Python 3.3.)
Other planned large-scale changes: Other planned large-scale changes:
* Addition of the "packaging" module, replacing "distutils"
* Implementing ``__import__`` using importlib * Implementing ``__import__`` using importlib
* Email version 6 * Email version 6
* A standard event-loop interface (PEP by Jim Fulton pending) * A standard event-loop interface (PEP by Jim Fulton pending)
* Adding the faulthandler module.
* Breaking out standard library and docs in separate repos? * Breaking out standard library and docs in separate repos?
* A PEP on supplementing C modules with equivalent Python modules? * A PEP on supplementing C modules with equivalent Python modules?