Broke the zipimport/PEP 302 news item into two separate items.

This commit is contained in:
Just van Rossum 2002-12-31 10:22:38 +00:00
parent f8b6de168b
commit 01875ebaec
1 changed files with 12 additions and 9 deletions

View File

@ -79,18 +79,21 @@ Core and builtins
-----------------
- Import from zipfiles is now supported. The name of a zipfile placed
on sys.path causes the import statement to look for importable
Python modules (with .py, pyc and .pyo extensions) and packages
inside the zipfile. To support this, several new variables have
been added to the sys module: sys.meta_path, sys.path_hooks, and
sys.path_importer_cache; these make extending the import statement
much more convenient than overriding the __import__ built-in
function. For a description of these, see PEP 302. The zipfile
import follows the specification (though not the sample
implementation) of PEP 273. The semantics of __path__ are
on sys.path causes the import statement to look for importable Python
modules (with .py, pyc and .pyo extensions) and packages inside the
zipfile. The zipfile import follows the specification (though not
the sample implementation) of PEP 273. The semantics of __path__ are
compatible with those that have been implemented in Jython since
Jython 2.1.
- PEP 302 has been accepted. Although it was inititally developed to
support zipimport, it offers a new, general import hook mechanism.
Several new variables have been added to the sys module:
sys.meta_path, sys.path_hooks, and sys.path_importer_cache; these
make extending the import statement much more convenient than
overriding the __import__ built-in function. For a description of
these, see PEP 302.
- A frame object's f_lineno attribute can now be written to from a
trace function to change which line will execute next. A command to
exploit this from pdb has been added. [SF patch #643835]