diff options
author | Ned Deily <nad@python.org> | 2016-02-24 13:55:24 (GMT) |
---|---|---|
committer | Ned Deily <nad@python.org> | 2016-02-24 13:55:24 (GMT) |
commit | 83abccbbc0d6935f889391c09ab990a5c221a6c4 (patch) | |
tree | 96edc268fb0de056c5246bcab7fafa6eb48beb2a /Misc/TextMate | |
parent | 098f6d0caa811ffcdd700ddde7d2558bb823390f (diff) | |
download | cpython-83abccbbc0d6935f889391c09ab990a5c221a6c4.zip cpython-83abccbbc0d6935f889391c09ab990a5c221a6c4.tar.gz cpython-83abccbbc0d6935f889391c09ab990a5c221a6c4.tar.bz2 |
Issue #25136: Support Apple Xcode 7's new textual SDK stub libraries.
As of Xcode 7, SDKs for Apple platforms now include textual-format stub
libraries whose file names have a .tbd extension rather than the
standard OS X .dylib extension. The Apple compiler tool chain handles
these stub libraries transparently and the installed system shared libraries
are still .dylibs. However, the new stub libraries cause problems for
third-party programs that support building with Apple SDKs and make
build-time decisions based on the presence or paths of system-supplied
shared libraries in the SDK. In particular, building Python itself with
an SDK fails to find system-supplied libraries during setup.py's build of
standard library extension modules. The solution is to have
find_library_file() in Distutils search for .tbd files, along with
the existing types (.a, .so, and .dylib). Patch by Tim Smith.
Diffstat (limited to 'Misc/TextMate')
0 files changed, 0 insertions, 0 deletions