summaryrefslogtreecommitdiff
path: root/Python/getplatform.c
diff options
context:
space:
mode:
authorElvis Pranskevichus <elvis@magic.io>2018-10-10 12:43:14 -0400
committerVictor Stinner <vstinner@redhat.com>2018-10-10 18:43:14 +0200
commita6b3ec5b6d4f6387820fccc570eea08b9615620d (patch)
tree0a4cda67f41ce3e6237f4614c890e73d666e69b5 /Python/getplatform.c
parent7e18deef652a9d413d5dbd19d61073ba7eb5460e (diff)
downloadcpython-git-a6b3ec5b6d4f6387820fccc570eea08b9615620d.tar.gz
bpo-34022: Stop forcing of hash-based invalidation with SOURCE_DATE_EPOCH (GH-9607)
Unconditional forcing of ``CHECKED_HASH`` invalidation was introduced in 3.7.0 in bpo-29708. The change is bad, as it unconditionally overrides *invalidation_mode*, even if it was passed as an explicit argument to ``py_compile.compile()`` or ``compileall``. An environment variable should *never* override an explicit argument to a library function. That change leads to multiple test failures if the ``SOURCE_DATE_EPOCH`` environment variable is set. This changes ``py_compile.compile()`` to only look at ``SOURCE_DATE_EPOCH`` if no explicit *invalidation_mode* was specified. I also made various relevant tests run with explicit control over the value of ``SOURCE_DATE_EPOCH``. While looking at this, I noticed that ``zipimport`` does not work with hash-based .pycs _at all_, though I left the fixes for subsequent commits.
Diffstat (limited to 'Python/getplatform.c')
0 files changed, 0 insertions, 0 deletions