summaryrefslogtreecommitdiffstats
path: root/Lib/_osx_support.py
diff options
context:
space:
mode:
authorNed Deily <nad@python.org>2016-02-24 13:56:38 (GMT)
committerNed Deily <nad@python.org>2016-02-24 13:56:38 (GMT)
commit020250f91f61d752bed18117e0570c1425b5d595 (patch)
tree961442e5e209f0d156eb251660da1bd0e93e61ab /Lib/_osx_support.py
parent102d813b5553c8f0b1d0653bb9f9b7a3ac9a56c8 (diff)
downloadcpython-020250f91f61d752bed18117e0570c1425b5d595.zip
cpython-020250f91f61d752bed18117e0570c1425b5d595.tar.gz
cpython-020250f91f61d752bed18117e0570c1425b5d595.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 'Lib/_osx_support.py')
0 files changed, 0 insertions, 0 deletions