cpython.git - https://github.com/python/cpython.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	gh-117182: Allow lazily loaded modules to modify their own __class__	Chris Markiewicz	2024-04-09	1	-0/+28
\|
*	gh-117178: Recover lazy loading of self-referential modules (#117179)	Chris Markiewicz	2024-03-28	1	-0/+18
\|
*	gh-114763: Protect lazy loading modules from attribute access races (GH-114781)	Chris Markiewicz	2024-02-24	1	-2/+40
\| \| \|	Setting the __class__ attribute of a lazy-loading module to ModuleType enables other threads to attempt to access attributes before the loading is complete. Now that is protected by a lock.
*	bpo-46425: fix direct invocation of `test_importlib` (GH-30682)	Nikita Sobolev	2022-01-22	1	-1/+1
\|
*	bpo-36766: Typos in docs and code comments (GH-13116)	penguindustin	2019-05-06	1	-1/+1
\|
*	Issue #26186: Remove the restriction that built-in and extension	Brett Cannon	2016-06-25	1	-0/+2
\| \| \| \| \| \| \| \|	modules can't be lazily loaded. Thanks to Python 3.6 allowing for types.ModuleType to have its __class__ mutated, the restriction can be lifted by calling create_module() on the wrapped loader.
*	Fix a scoping issue where an UnboundLocalError was triggered if a	Brett Cannon	2016-06-25	1	-3/+13
\| \| \| \|	lazy-loaded module was already in sys.modules.
*	Issue #26186: Remove an invalid type check in	Brett Cannon	2016-02-21	1	-0/+1
\| \| \| \| \| \| \| \| \| \| \|	importlib.util.LazyLoader. The class was checking its argument as to whether its implementation of create_module() came directly from importlib.abc.Loader. The problem is that the classes coming from imoprtlib.machinery do not directly inherit from the ABC as they come from _frozen_importlib. Because the documentation has always said that create_module() was ignored, the check has simply been removed.
*	Issue #17621: Introduce importlib.util.LazyLoader.	Brett Cannon	2014-04-04	1	-0/+132