cpython

History

Eric Snow 08285d563e bpo-45020: Identify which frozen modules are actually aliases. (gh-28655) In the list of generated frozen modules at the top of Tools/scripts/freeze_modules.py, you will find that some of the modules have a different name than the module (or .py file) that is actually frozen. Let's call each case an "alias". Aliases do not come into play until we get to the (generated) list of modules in Python/frozen.c. (The tool for freezing modules, Programs/_freeze_module, is only concerned with the source file, not the module it will be used for.) Knowledge of which frozen modules are aliases (and the identity of the original module) normally isn't important. However, this information is valuable when we go to set __file__ on frozen stdlib modules. This change updates Tools/scripts/freeze_modules.py to map aliases to the original module name (or None if not a stdlib module) in Python/frozen.c. We also add a helper function in Python/import.c to look up a frozen module's alias and add the result of that function to the frozen info returned from find_frozen(). https://bugs.python.org/issue45020		2021-10-05 11:26:37 -06:00
..
README	…
_freeze_module.c	bpo-45020: Identify which frozen modules are actually aliases. (gh-28655)	2021-10-05 11:26:37 -06:00
_testembed.c	bpo-40413: test_embed tests calling Py_RunMain() multiple times (GH-28466)	2021-09-20 10:30:02 +02:00
freeze_test_frozenmain.py	…
python.c	…
test_frozenmain.h	bpo-44530: Add co_qualname field to PyCodeObject (GH-26941)	2021-07-07 12:21:51 +01:00
test_frozenmain.py	bpo-44131: Py_FrozenMain() uses PyConfig_SetBytesArgv() (GH-26201)	2021-05-20 12:08:05 +02:00

README

Source files for binary executables (as opposed to shared modules)