summaryrefslogtreecommitdiffstats
path: root/Lib/importlib/_bootstrap.py
Commit message (Collapse)AuthorAgeFilesLines
...
* Issue #14063: fix test_importlib failure under OS X case-insensitive filesystemsAntoine Pitrou2012-02-201-11/+15
| | | | (regression)
* put docstrings on functionsBenjamin Peterson2012-02-201-2/+2
|
* _relax_case -> _make_relax_caseAntoine Pitrou2012-02-201-3/+4
|
* Issue #14043: Speed up importlib's _FileFinder by at least 8x, and add a new ↵Antoine Pitrou2012-02-201-46/+65
| | | | | | importlib.invalidate_caches() function. importlib is now often faster than imp.find_module() at finding modules.
* Fix a failing importlib test under Windows.Brett Cannon2012-02-201-1/+2
| | | | Closes issue #14054.
* Optimize importlib's case-sensitivity check by wasting as little time as ↵Brett Cannon2012-02-171-13/+23
| | | | possible under case-sensitive OSs.
* Have importlib use os.replace() for atomic renaming.Brett Cannon2012-02-171-17/+6
| | | | Closes issue #13961. Thanks to Charles-François Natali for the patch.
* Tweak the handling of the empty string in sys.path for importlib.Brett Cannon2012-02-161-1/+3
| | | | | | | It seems better to cache the finder for the cwd under its full path insetad of '' in case the cwd changes. Otherwise FileFinder needs to dynamically change itself based on whether it is given '' instead of caching a finder for every change to the cwd.
* importlib.__import__() now raises ValueError when level < 0.Brett Cannon2012-02-161-0/+2
| | | | | This is to bring it more in line with what PEP 328 set out to do with removing ambiguous absolute/relative import semantics.
* Refactor importlib.__import__() and _gcd_import() to facilitate usingBrett Cannon2012-02-161-71/+130
| | | | | an __import__ implementation that takes care of basics in C and punts to importlib for more complicated code.
* Bring importlib in line w/ changes made in my personal bootstrap branch in ↵Brett Cannon2012-02-141-1/+15
| | | | the sandbox.
* simplifyPhilip Jenvey2012-02-101-4/+1
|
* Undo a bad mq management thingy.Brett Cannon2012-02-091-44/+0
|
* Whitespace normalization.Brett Cannon2012-02-081-1/+0
|
* Use the cwd when the empty string is found in sys.path. This leads toBrett Cannon2012-02-081-1/+45
| | | | | __file__ being an absolute path when the module is found in the current directory.
* Move setup code from importlib.__init__ toBrett Cannon2012-02-081-0/+44
| | | | importlib._bootstrap._setup().
* Don't fail in the face of a lacking attribute when wrapping aBrett Cannon2012-02-081-1/+2
| | | | function.
* Relocate importlib._case_ok to importlib._bootstrap.Brett Cannon2012-01-271-0/+27
| | | | | | | This required updating the code to use posix instead of os. This is all being done to make bootstrapping easier to removing dependencies that are kept in importlib.__init__ and thus outside of the single file to bootstrap from.
* Move some code from importlib.__init__ to importlib._bootstrap thatBrett Cannon2012-01-251-4/+35
| | | | does not need to be exposed from C code for bootstrapping reasons.
* Issue #13588: Rename decorators in importlib.Brett Cannon2012-01-161-18/+18
| | | | | More descriptive names are now used in order to make tracebacks more readable.
* Issue #13645: pyc files now contain the size of the corresponding sourceAntoine Pitrou2012-01-131-15/+42
| | | | | code, to avoid timestamp collisions (especially on filesystems with a low timestamp resolution) when checking for freshness of the bytecode.
* Issue #13593: updating the importlib utility decorators for __qualname__.Meador Inge2011-12-151-1/+1
|
* Issue #13591: import_module potentially imports a module twice.Meador Inge2011-12-151-1/+3
|\
| * Issue #13591: import_module potentially imports a module twice.Meador Inge2011-12-151-1/+3
| |
* | Issue #13392: Writing a pyc file should now be atomic under Windows as well.Antoine Pitrou2011-11-151-15/+20
| |
* | Issue #13303: Fix bytecode file default permission.Charles-François Natali2011-11-101-1/+1
| |
* | Issue #13303: Fix a race condition in the bytecode file creation.Charles-François Natali2011-10-311-3/+4
| |
* | Simplify and remove few dependencies on 'errno', thanks to PEP 3151.Florent Xicluna2011-10-281-11/+5
| |
* | Silence the FileExistsError which can be raised because of the O_EXCL flagAntoine Pitrou2011-10-191-7/+7
| | | | | | | | (as in import.c)
* | Issue #13146: Writing a pyc file is now atomic under POSIX.Antoine Pitrou2011-10-171-3/+23
| |
* | Make importlib compatible with __import__ by "fixing" code.co_filenameBrett Cannon2011-03-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | paths. __import__ does a little trick when importing from bytecode by back-patching the co_filename paths to point to the file location where the code object was loaded from, *not* where the code object was originally created. This allows co_filename to point to a valid path. Problem is that co_filename is immutable from Python, so a private function -- imp._fix_co_filename() -- had to be introduced in order to get things working properly. Originally the plan was to add a file argument to marshal.loads(), but that failed as the algorithm used by __import__ is not fully recursive as one might expect, so to be fully backwards-compatible the code used by __import__ needed to be exposed. This closes issue #6811 by taking a different approach than outlined in the issue.
* | Have importlib use the repr of a module name in error messages.Brett Cannon2011-03-231-1/+1
| | | | | | | | | | | | | | This makes it obvious that an import failed because of some extraneous whitespace (e.g., a newline). This is a partial fix for issue #8754.
* | #11515: Merge with 3.2.Ezio Melotti2011-03-151-2/+2
|\ \ | |/
| * #11515: Merge with 3.1.Ezio Melotti2011-03-151-2/+2
| |\
| | * #11515: fix several typos. Patch by Piotr Kasprzyk.Ezio Melotti2011-03-151-1/+1
| | |
| | * Merged revisions 78242 via svnmerge fromBrett Cannon2010-02-191-5/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r78242 | brett.cannon | 2010-02-19 11:01:06 -0500 (Fri, 19 Feb 2010) | 5 lines Importlib was not matching import's handling of .pyc files where it had less then 8 bytes total in the file. Fixes issues 7361 & 7875. ........
| | * Merged revisions 76146 via svnmerge fromBrett Cannon2009-11-071-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r76146 | brett.cannon | 2009-11-07 15:55:05 -0800 (Sat, 07 Nov 2009) | 6 lines When trying to write new bytecode, importlib was not catching the IOError thrown if the file happened to be read-only to keep the failure silent. Fixes issue #7187. Thanks, Dave Malcolm for the report and analysis of the problem. ........
| | * Merged revisions 74584 via svnmerge fromBrett Cannon2009-08-301-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r74584 | brett.cannon | 2009-08-29 20:47:36 -0700 (Sat, 29 Aug 2009) | 3 lines Have importlib raise ImportError if None is found in sys.modules. This matches current import semantics. ........
* | | Skip test if zlib not present. Closes #11498. Patch by Natalia B. Bidart.Eric V. Smith2011-03-141-1/+1
| | |
* | | Typos.Eric V. Smith2011-03-141-2/+2
|/ /
* | Issue 10899: Remove function type annotations from the stdlibRaymond Hettinger2011-01-131-3/+3
| |
* | Issue 10899: Remove function type annotations from the stdlibRaymond Hettinger2011-01-131-2/+2
| |
* | Fix a minor inconsistency in capitalization for the 'No module named' exceptionBrett Cannon2010-11-181-3/+5
| | | | | | | | | | | | message in importlib. Thanks to Éric Araujo for spotting the inconsistency.
* | Remove redundant context manager.Florent Xicluna2010-09-031-15/+1
| |
* | OSError is the exception raised when one tries to create a directory thatBrett Cannon2010-08-261-2/+5
| | | | | | | | | | | | already exists, not IOError. Part of the continuing saga of issue #9572.
* | Fix a bug where an attribute was lacking an object to work off of.Brett Cannon2010-08-241-1/+1
| | | | | | | | | | Related to the fix for issue #9572. Thanks to Łukasz Czuja for catching the bug.
* | One of the joys of having test_multiprocessing occasionally execute afterBrett Cannon2010-08-221-18/+26
| | | | | | | | | | | | | | | | | | | | | | test_importlib is that it discovers special little race conditions. For instance, it turns out that importlib would throw an exception if two different Python processes both tried to create the __pycache__ directory as one process would succeed, causing the other process to fail as it didn't expect to get any "help". So now importlib simply stays calm and just accepts someone else did the work of creating the __pycache__ directory for it, moving on with life. Closes issue #9572.
* | Make importlib.abc.SourceLoader the primary mechanism for importlib.Brett Cannon2010-07-031-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This required moving the class from importlib/abc.py into importlib/_bootstrap.py and jiggering some code to work better with the class. This included changing how the file finder worked to better meet import semantics. This also led to fixing importlib to handle the empty string from sys.path as import currently does (and making me wish we didn't support that instead just required people to insert '.' instead to represent cwd). It also required making the new set_data abstractmethod create any needed subdirectories implicitly thanks to __pycache__ (it was either this or grow the SourceLoader ABC to gain an 'exists' method and either a mkdir method or have set_data with no data arg mean to create a directory). Lastly, as an optimization the file loaders cache the file path where the finder found something to use for loading (this is thanks to having a sourceless loader separate from the source loader to simplify the code and cut out stat calls). Unfortunately test_runpy assumed a loader would always work for a module, even if you changed from underneath it what it was expected to work with. By simply dropping the previous loader in test_runpy so the proper loader can be returned by the finder fixed the failure. At this point importlib deviates from import on two points: 1. The exception raised when trying to import a file is different (import does an explicit file check to print a special message, importlib just says the path cannot be imported as if it was just some module name). 2. the co_filename on a code object is not being set to where bytecode was actually loaded from instead of where the marshalled code object originally came from (a solution for this has already been agreed upon on python-dev but has not been implemented yet; issue8611).
* | Make importlib.abc.SourceLoader the primary mechanism for importlib.Brett Cannon2010-07-031-407/+182
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This required moving the class from importlib/abc.py into importlib/_bootstrap.py and jiggering some code to work better with the class. This included changing how the file finder worked to better meet import semantics. This also led to fixing importlib to handle the empty string from sys.path as import currently does (and making me wish we didn't support that instead just required people to insert '.' instead to represent cwd). It also required making the new set_data abstractmethod create any needed subdirectories implicitly thanks to __pycache__ (it was either this or grow the SourceLoader ABC to gain an 'exists' method and either a mkdir method or have set_data with no data arg mean to create a directory). Lastly, as an optimization the file loaders cache the file path where the finder found something to use for loading (this is thanks to having a sourceless loader separate from the source loader to simplify the code and cut out stat calls). Unfortunately test_runpy assumed a loader would always work for a module, even if you changed from underneath it what it was expected to work with. By simply dropping the previous loader in test_runpy so the proper loader can be returned by the finder fixed the failure. At this point importlib deviates from import on two points: 1. The exception raised when trying to import a file is different (import does an explicit file check to print a special message, importlib just says the path cannot be imported as if it was just some module name). 2. the co_filename on a code object is not being set to where bytecode was actually loaded from instead of where the marshalled code object originally came from (a solution for this has already been agreed upon on python-dev but has not been implemented yet; issue8611).
* | Move importlib.abc.SourceLoader to _bootstrap.Brett Cannon2010-06-281-0/+137
| | | | | | | | | | | | | | | | | | | | | | Required updating code relying on other modules to switch to _bootstrap's unique module requirements. This led to the realization that get_code was being too liberal in its exception catching when calling set_data by blindly grabbing IOError. Shifted the responsibility of safely ignoring writes to a read-only path to set_data. Importlib is still not relying on SourceLoader yet; requires creating a SourcelessLoader and updating the source finder.
generated by cgit v0.12 at 2025-09-18 13:14:31 (GMT)