[Python-checkins] peps: Withdraw the now obsolete PEP 406
nick.coghlan
python-checkins at python.org
Sat Dec 21 13:43:18 CET 2013
http://hg.python.org/peps/rev/1ed784aa9f3c
changeset: 5329:1ed784aa9f3c
user: Nick Coghlan <ncoghlan at gmail.com>
date: Sat Dec 21 22:43:08 2013 +1000
summary:
Withdraw the now obsolete PEP 406
files:
pep-0406.txt | 19 ++++++++++---------
1 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/pep-0406.txt b/pep-0406.txt
--- a/pep-0406.txt
+++ b/pep-0406.txt
@@ -3,7 +3,7 @@
Version: $Revision$
Last-Modified: $Date$
Author: Nick Coghlan <ncoghlan at gmail.com>, Greg Slodkowicz <jergosh at gmail.com>
-Status: Deferred
+Status: Withdrawn
Type: Standards Track
Content-Type: text/x-rst
Created: 4-Jul-2011
@@ -30,16 +30,17 @@
invalidating path cache entries when ``sys.path`` is modified).
-PEP Deferral
-============
+PEP Withdrawal
+==============
-The import system is already seeing substantial changes in Python 3.3, to
-natively handle packages split across multiple directories (PEP 382) and
-(potentially) to make the import semantics in the main module better match
-those in other modules (PEP 395).
+The import system has seen substantial changes since this PEP was originally
+written, as part of :pep:`420` in Python 3.3 and :pep:`451` in Python 3.4.
-Accordingly, the proposal in this PEP will not be seriously considered until
-Python 3.4 at the earliest.
+While providing an encapsulation of the import state is still highly
+desirable, it is better tackled in a new PEP using PEP 451 as a foundation,
+and permitting only the use of PEP 451 compatible finders and loaders (as
+those avoid many of the issues of direct manipulation of global state
+associated with the previous loader API).
Rationale
--
Repository URL: http://hg.python.org/peps
More information about the Python-checkins
mailing list