delta/cpython-git.git/Tools/scripts, branch master github.com: python/cpython.git bpo-45402: Fix test_tools.test_sundry() (GH-28786) 2021-10-07T19:19:13+00:00 Victor Stinner vstinner@python.org 2021-10-07T19:19:13+00:00 ff8859d965815e8b5af346bd90299cfa5568c855 Fix test_tools.test_sundry() when Python is built out of tree: fix how the freeze_modules.py tool locates the _freeze_module program. 
Fix test_tools.test_sundry() when Python is built out of tree: fix
how the freeze_modules.py tool locates the _freeze_module program.
 Fix typos in the Tools directory (GH-28769) 2021-10-06T17:55:16+00:00 Christian Clauss cclauss@me.com 2021-10-06T17:55:16+00:00 682aecfdeba481c876bfc9f3796c635bd5b5df50 Like #28744 but for the Tools directory. [skip issue] Opening a related issue is pending python/psf-infra-meta#130 Automerge-Triggered-By: GH:pablogsal 
Like #28744 but for the Tools directory.

[skip issue] Opening a related issue is pending python/psf-infra-meta#130

Automerge-Triggered-By: GH:pablogsal
 bpo-45020: Identify which frozen modules are actually aliases. (gh-28655) 2021-10-05T17:26:37+00:00 Eric Snow ericsnowcurrently@gmail.com 2021-10-05T17:26:37+00:00 08285d563e64c179a56ab2f952345b3dbcdb54f3 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 
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
 bpo-43760: Check for tracing using 'bitwise or' instead of branch in dispatch. (GH-28723) 2021-10-05T10:01:11+00:00 Mark Shannon mark@hotpy.org 2021-10-05T10:01:11+00:00 bd627eb7ed08a891dd1356756feb1ce2600358e4 






bpo-45020: Add more test cases for frozen modules. (gh-28664)
2021-10-01T00:38:52+00:00

Eric Snow
ericsnowcurrently@gmail.com

2021-10-01T00:38:52+00:00

7e5c107541726b90d3f2e6e69ef37180cf58335d

I've added a number of test-only modules. Some of those cases are covered by the recently frozen stdlib modules (and some will be once we add encodings back in). However, I figured we'd play it safe by having a set of modules guaranteed to be there during tests.

https://bugs.python.org/issue45020




I've added a number of test-only modules. Some of those cases are covered by the recently frozen stdlib modules (and some will be once we add encodings back in). However, I figured we'd play it safe by having a set of modules guaranteed to be there during tests.

https://bugs.python.org/issue45020






Fix EncodingWarning in freeze_modules. (GH-28591)
2021-09-30T03:36:16+00:00

Inada Naoki
songofacandy@gmail.com

2021-09-30T03:36:16+00:00

a1437170039dc2c07e6040d3a8ba8d91434b730d












bpo-45020: Do not freeze <pkg>/__init__.py twice. (gh-28635)
2021-09-29T18:55:35+00:00

Eric Snow
ericsnowcurrently@gmail.com

2021-09-29T18:55:35+00:00

45ca1c04139300ec0289a32f78c7ac922a4f7b07

Currently we're freezing the __init__.py twice, duplicating the built data unnecessarily With this change we do it once. There is no change in runtime behavior.

https://bugs.python.org/issue45020




Currently we're freezing the __init__.py twice, duplicating the built data unnecessarily With this change we do it once. There is no change in runtime behavior.

https://bugs.python.org/issue45020






Select correct tool platform when building on Windows ARM64 natively (GH-28491)
2021-09-27T19:52:54+00:00

Niyas Sait
niyas.sait@linaro.org

2021-09-27T19:52:54+00:00

adc5d32f474595aa16a90369393440a0bc190777












bpo-45020: Fix some corner cases for frozen module generation. (gh-28538)
2021-09-24T20:35:47+00:00

Eric Snow
ericsnowcurrently@gmail.com

2021-09-24T20:35:47+00:00

7c801e0fa603b155eab3fd19698aa90854ac5a7b

This also includes some cleanup in preparation for a PR to make the "make all" output less noisy.

https://bugs.python.org/issue45020




This also includes some cleanup in preparation for a PR to make the "make all" output less noisy.

https://bugs.python.org/issue45020






bpo-45020: Freeze os, site, and codecs. (gh-28398)
2021-09-17T22:31:31+00:00

Eric Snow
ericsnowcurrently@gmail.com

2021-09-17T22:31:31+00:00

090591636c4f03ce06a039079bd7716a5b23631e

https://bugs.python.org/issue45020




https://bugs.python.org/issue45020