| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
(cherry picked from commit 32f1443aa98db769d87db497b45bd0dcb732445b)
Co-authored-by: Ned Deily <nad@python.org>
|
|
|
|
|
| |
(cherry picked from commit 01659ca62c4508518478a74615ac91c0009427ad)
Co-authored-by: Ned Deily <nad@python.org>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
(cherry picked from commit d337169156933eaf732566bf29eb968549ada5e8)
Co-authored-by: cclauss <cclauss@me.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
(GH-11101)"
This reverts commit aa580508431d231677cfaa13ac9b6aa37538b9ef.
Due to regressions found with using Tk 8.6.9.1, build the python.org
macOS installers with Tcl/Tk 8.6.8 as used in previous releases.
|
|
|
|
| |
private Tcl/Tk 8.6 (GH-11110)
|
|
|
|
|
| |
(cherry picked from commit 7cf3d8e25174c8871883e42f3240fd7f01efd3a8)
Co-authored-by: Ned Deily <nad@python.org>
|
|
|
|
|
|
| |
https://bugs.python.org/issue35401
(cherry picked from commit 419b5ffc2ca46d7adf0be6216ca3a6e40028e50f)
Co-authored-by: Ned Deily <nad@python.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(GH-9191) (GH-9196)
(cherry picked from commit 31912b43c903aafad09350899ed6a9dec7c43421)
Co-authored-by: Ned Deily <nad@python.org>
<!-- issue-number: [bpo-34405](https://www.bugs.python.org/issue34405) -->
https://bugs.python.org/issue34405
<!-- /issue-number -->
|
|
|
|
|
| |
(cherry picked from commit fc6aa28bfd0502d994cec30bd3679b7def3be2af)
Co-authored-by: Ned Deily <nad@python.org>
|
|
|
|
|
|
|
| |
(GH-6408) (GH-6471)
(cherry picked from commit 76215a4481191b648de522a4e2120f60822f6b9c)
Co-authored-by: Ned Deily <nad@python.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These include:
- bpo-32726: Provide an additional, more modern macOS installer variant that
supports macOS 10.9+ systems in 64-bit mode only. Upgrade the supplied
third-party libraries to OpenSSL 1.0.2n and SQLite 3.22.0. The 10.9+
installer now supplies its own private copy of Tcl/Tk 8.6.8.
- bpo-24414: Default macOS deployment target is now set by ``configure`` to
the build system's OS version (as is done by Python 3), not ``10.4``;
override with, for example, ``./configure MACOSX_DEPLOYMENT_TARGET=10.4``.
- bpo-19019: All 2.7 macOS installer variants now supply their own version
of ``OpenSSL 1.0.2``; the Apple-supplied SSL libraries and root
certificates are not longer used. The ``Installer Certificate`` command
in ``/Applications/Python 2.7`` may be used to download and install a
default set of root certificates from the third-party ``certifi`` package.
- bpo-11485: python.org macOS Pythons no longer supply a default SDK value
(e.g. ``-isysroot /``) or specific compiler version default (e.g.
``gcc-4.2``) when building extension modules. Use ``CC``, ``SDKROOT``,
and ``DEVELOPER_DIR`` environment variables to override compilers or to
use an SDK. See Apple's ``xcrun`` man page for more info.
- prepare for pending Apple removal of 32-bit support in future macOS release
|
| |
|
|
|
| |
(cherry picked from commit cfcd76777e35c83d548d8736f5d7dc92fe56d806)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't rebuild generated files based on file modification time
anymore, the action is now explicit. Replace "make touch"
with "make regen-all".
Changes:
* Remove "make touch", Tools/hg/hgtouch.py and .hgtouch
* Add a new "make regen-all" command to rebuild all generated files
* Add subcommands to only generate specific files:
- regen-ast: Include/Python-ast.h and Python/Python-ast.c
- regen-grammar: Include/graminit.h and Python/graminit.c
- regen-opcode-targets: Python/opcode_targets.h
* Add PYTHON_FOR_REGEN variable
* pgen is now only built by by "make regen-grammar"
* Add $(srcdir)/ prefix to paths to source files to handle correctly
compilation outside the source directory
|
| |
|
|
|
|
|
|
|
|
|
|
| |
system Python site-packages directory, to sys.path for macOS framework builds.
The coupling between the two Python instances often caused confusion and, as
of macOS 10.12, changes to the site-packages layout can cause pip component
installations to fail. This change reverts the effects introduced in 2.7.0
by Issue #4865. If you are using a package with both the Apple system Python
2.7 and a user-installed Python 2.7, you will need to ensure that copies of
the package are installed with both Python instances.
|
|
|
|
| |
Original patch by Mariatta Wijaya.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
and link with a private copy of OpenSSL, like installers targeted
for 10.5 already do, since Apple has deprecated use of the system
OpenSSL and removed its header files from the Xcode 7 SDK. Note
that this configuration is not currently used to build any
python.org-supplied installers and that the private copy of
OpenSSL requires its own root certificates.
|
| |
|
| |
|
|
|
|
| |
and link with OpenSSL 1.0.2e.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
(currently only used for builds with <= 10.5 deployment targets)
|
| |
|
|
|
|
| |
(currently only used for builds with <= 10.5 deployment targets)
|
| |
|
|
|
|
| |
(Backport from 3.4 changes for Issue #17128.)
|
|
|
|
| |
by disabling assembly code in the OpenSSL build.
|
| |
|
|
|
|
|
| |
readme to match the rtf one and update the installer build
instructions README.
|
|
|
|
|
|
|
|
|
|
| |
Among other issues, the Apple-supplied 0.9.7 libs for the 10.5 ABI cannot
verify newer SHA-256 certs as now used by python.org services. Document
in the installer ReadMe some of the certificate management issues that
users now need to be more concerned with due to PEP 476's enabling cert
verification by default. For now, continue to use the Apple-supplied
0.9.8 libs for the 10.6+ installer since they use Apple private APIs to
verify certificates using the system- and user-managed CA keychain stores.
|
| |
|
| |
|
| |
|
| |
|