summaryrefslogtreecommitdiffstats
path: root/Lib/distutils/sysconfig.py
Commit message (Collapse)AuthorAgeFilesLines
* Issue #21923: Prevent AttributeError in distutils.sysconfig.customize_compilerNed Deily2014-07-061-1/+2
| | | | due to possible uninitialized _config_vars. Original patch by Alex Gaynor.
* Issue #18080: When building a C extension module on OS X, if the compilerNed Deily2013-05-281-2/+8
| | | | | | is overriden with the CC environment variable, use the new compiler as the default for linking if LDSHARED is not also overriden. This restores Distutils behavior introduced in 2.7.3 and inadvertently dropped in 2.7.4.
* - Issue #13150, #17512: sysconfig no longer parses the Makefile and config.hdoko@ubuntu.com2013-04-081-59/+4
| | | | | files when imported, instead doing it at build time. This makes importing sysconfig faster and reduces Python startup time by 20%.
* backout 66e30c4870bb for breaking OSX (#13150)Benjamin Peterson2013-03-221-4/+59
|
* - Issue #13150: sysconfig no longer parses the Makefile and config.h filesdoko@ubuntu.com2013-03-211-59/+4
| | | | | when imported, instead doing it at build time. This makes importing sysconfig faster and reduces Python startup time by 20%.
* - Issue #17086: Backport the patches from the 3.3 branch to cross-builddoko@python.org2013-01-311-1/+6
| | | | the package.
* Issue #13590: OS X Xcode 4 - improve support for universal extension modulesNed Deily2013-01-311-90/+21
| | | | | | | | | | | | | | | | In particular, fix extension module build failures when trying to use 32-bit-only installer Pythons on systems with Xcode 4 (currently OS X 10.8, 10.7, and optionally 10.6). * Backport 3.3.0 fixes to 2.7 branch (for release in 2.7.4) * Since Xcode 4 removes ppc support, extension module builds now check for ppc compiler support and by default remove ppc and ppc64 archs when they are not available. * Extension module builds now revert to using system installed headers and libs (/usr and /System/Library) if the SDK used to build the interpreter is not installed or has moved. * Try to avoid building extension modules with deprecated and problematic Apple llvm-gcc compiler. If original compiler is not available, use clang instead by default.
* Issue #13994: Earler partial revert of Distutils enhancements in 2.7Ned Deily2012-02-111-3/+11
| | | | | | | | has left two versions of customize_compiler, the original in distutils.sysconfig and another copy in distutils.ccompiler, with some parts of distutils calling one and others using the other. Complete the revert back to only having one in distutils.sysconfig as is the case in 3.x.
* Issue #13590: On OS X 10.7 and 10.6 with Xcode 4.2, buildingNed Deily2012-02-101-1/+32
| | | | | | | | | | | | | | Distutils-based packages with C extension modules may fail because Apple has removed gcc-4.2, the version used to build python.org 64-bit/32-bit Pythons. If the user does not explicitly override the default C compiler by setting the CC environment variable, Distutils will now attempt to compile extension modules with clang if gcc-4.2 is required but not found. Also as a convenience, if the user does explicitly set CC, substitute its value as the default compiler in the Distutils LDSHARED configuration variable for OS X. (Note, the python.org 32-bit-only Pythons use gcc-4.0 and the 10.4u SDK, neither of which are available in Xcode 4. This change does not attempt to override settings to support their use with Xcode 4.)
* Issue #9516: Change distutils to no longer globally attempt to check andNed Deily2011-06-291-15/+0
| | | | | | | | | | | | | | | | | | | | set the MACOSX_DEPLOYMENT_TARGET env variable for the interpreter process on OS X. This could cause failures in non-distutils subprocesses and was unreliable since tests or user programs could modify the interpreter environment after distutils set it. Instead, have distutils set the the deployment target only in the environment of each build subprocess. Continue to use the previous algorithm for deriving the deployment target value: if MACOSX_DEPLOYMENT_TARGET is not set in the interpreter's env: use the interpreter build configure MACOSX_DEPLOYMENT_TARGET elif the MACOSX_DEPLOYMENT_TARGET env value >= configure value: use the env MACOSX_DEPLOYMENT_TARGET else: # env value less than interpreter build configure value raise exception This allows building extensions that can only run on newer versions of the OS than the version python was built for, for example with a python built for 10.3 or later and an extension that needs to be built for 10.5.
* Issue #9516: avoid errors in sysconfig when MACOSX_DEPLOYMENT_TARGET is set ↵Ronald Oussoren2011-05-151-1/+1
| | | | | | | | | in shell. Without this patch python will fail to start properly when the environment variable MACOSX_DEPLOYMENT_TARGET is set on MacOSX and has a value that is not compatible with the value during Python's build. This is caused by code in sysconfig that was only meant to be used in disutils.
* Remove one trace of Mac OS 9 support (#7908 follow-up)Éric Araujo2010-11-061-26/+0
| | | | | | This was overlooked in r80804. This change is not really a bug fix, but the release manager agreed to it. There is no NEWS entry, like in the original commit.
* Merged revisions 85353 via svnmerge fromAntoine Pitrou2010-10-101-0/+5
| | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r85353 | antoine.pitrou | 2010-10-10 11:37:12 +0200 (dim., 10 oct. 2010) | 3 lines Issue #9437: Fix building C extensions with non-default LDFLAGS. ........
* In a number of places code still reversRonald Oussoren2010-05-051-17/+0
| | | | | | | | | to "sys.platform == 'mac'" and that is dead code because it refers to a platform that is no longer supported (and hasn't been supported for several releases). Fixes issue #7908 for the trunk.
* Fixed #8577. distutils.sysconfig.get_python_inc() now differenciates buildir ↵Tarek Ziadé2010-04-301-5/+9
| | | | and srcdir
* reverting partially distutils to its 2.6.x state so 2.7a4 looks more like ↵Tarek Ziadé2010-03-051-75/+516
| | | | the 2.7b1 in this. the whole revert will occur after a4 is tagged
* fixed a typo on distutils.sysconfig. thanks arfeverTarek Ziadé2010-02-021-1/+1
|
* reintroduced the names in Distutils for APIs that were relocatedTarek Ziadé2010-01-261-0/+9
|
* taking sysconfig out of distutilsTarek Ziadé2010-01-231-542/+66
|
* Fix an issue with the detection of a non-existing SDKRonald Oussoren2009-12-101-3/+3
| | | | | | | on OSX. Without this patch it wasn't possible after all to compile extensions on OSX 10.6 with the binary installer unless the user had installed the (non-default) 10.4u SDK.
* Half of the fix for issue 6957: ensure that distutilsRonald Oussoren2009-09-221-0/+23
| | | | | | | | | ignores the '-isysroot' option on OSX when the corresponding SDK is not installed. This ensures that the user can compile extensions on OSX 10.6 using the Python.org installer and a default installation of Xcode.
* removed the last string.split() callTarek Ziadé2009-06-111-2/+1
|
* Fixed #5201: now distutils.sysconfig.parse_makefile() understands '53264' in ↵Tarek Ziadé2009-06-111-7/+14
| | | | Makefiles
* Fixed #5941: added ARFLAGS for the archiver command.Tarek Ziadé2009-05-071-3/+7
|
* Fixed #3386: the optional prefix argument was ignored under OS2 and NT in ↵Tarek Ziadé2009-02-101-3/+3
| | | | distutils.sysconfig.get_python_lib
* Convert "srcdir" into an absolute path if that seems prudent. CurrrentlyNeil Schemenauer2009-02-061-0/+14
| | | | | | | the only user of this is Lib/distutils/tests/test_build_ext.py (in order to find the source for xxmodule.c). I'm not sure if other platforms need similar tweaks, I'm not brave enough to attempt it without being able to test.
* fixed #1520877: now distutils reads Read from the environment/MakefileTarek Ziadé2009-02-061-3/+6
|
* Fix get_python_inc() to work when building in a directory separate fromNeil Schemenauer2009-02-051-5/+11
| | | | the source. Also, define 'srcdir' on non-posix platforms.
* MacOS X: Enable 4-way universal buildsRonald Oussoren2008-06-051-0/+20
| | | | | | | | | | | | | | | | | | This patch adds a new configure argument on OSX: --with-universal-archs=[32-bit|64-bit|all] When used with the --enable-universalsdk option this controls which CPU architectures are includes in the framework. The default is 32-bit, meaning i386 and ppc. The most useful alternative is 'all', which includes all 4 CPU architectures supported by MacOS X (i386, ppc, x86_64 and ppc64). This includes limited support for the Carbon bindings in 64-bit mode as well, limited because (a) I haven't done extensive testing and (b) a large portion of the Carbon API's aren't available in 64-bit mode anyway. I've also duplicated a feature of Apple's build of python: setting the environment variable 'ARCHFLAGS' controls the '-arch' flags used for building extensions using distutils.
* Issue2290: Support x64 Windows builds that live in pcbuild/amd64. Without ↵Trent Nelson2008-03-191-1/+6
| | | | it, sysutils._python_build() returns the wrong directory, which causes the test_get_config_h_filename method in Lib/distutils/tests/test_sysconfig.py to fail.
* Removed uses of dict.has_key() from distutils, and uses ofGuido van Rossum2008-02-211-11/+11
| | | | | | callable() from copy_reg.py, so the interpreter now starts up without warnings when '-3' is given. More work like this needs to be done in the rest of the stdlib.
* Keep distutils Python 2.1 compatible (or even Python 2.4 in this case).Marc-André Lemburg2008-02-051-2/+6
|
* Added support for new Windows build dirs in PC/ to distutils.sysconfigChristian Heimes2008-01-011-0/+4
|
* Fixed bug #1628Christian Heimes2007-12-141-2/+4
| | | | The detection now works on Unix with Makefile, Makefile with VPATH and on Windows.
* Fixed bug #1613: Makefile's VPATH feature is brokenChristian Heimes2007-12-131-1/+1
|
* Fixed get_config_h_filename for Windows. Without the patch it can't find the ↵Christian Heimes2007-12-061-8/+14
| | | | | | pyconfig.h file inside a build tree. Added several small unit tests for sysconfig.
* MacOSX: distutils changes the values of BASECFLAGS and LDFLAGS when using aRonald Oussoren2006-10-081-1/+4
| | | | | | | universal build of python on OSX 10.3 to ensure that those flags can be used to compile code (the universal build uses compiler flags that aren't supported on 10.3). This patches gives the same treatment to CFLAGS, PY_CFLAGS and BLDSHARED.
* MacOSX: fix rather dumb buglet that made it impossible to create extensions onRonald Oussoren2006-06-271-1/+1
| | | | OSX 10.3 when using a binary distribution build on 10.4.
* Patch #1488098.Ronald Oussoren2006-05-231-0/+15
| | | | | | This patchs makes it possible to create a universal build on OSX 10.4 and use the result to build extensions on 10.3. It also makes it possible to override the '-arch' and '-isysroot' compiler arguments for specific extensions.
* Patch 1471883: --enable-universalsdk on Mac OS XRonald Oussoren2006-04-291-2/+2
|
* disutils checks if MACOSX_DEPLOYMENT_TARGET is consistent with the value atRonald Oussoren2006-04-171-1/+1
| | | | | | | | | configure time. The current check is too strict and doesn't allow building extensions that can only run on newer versions of the OS than the version python was build for, that is python build for 10.3 or later and an extension for 10.4. This patch relaxes this check. This turned out to be a reimplementation of patch 1193190.
* Fix for a bug exposed by r45232:Armin Rigo2006-04-171-2/+2
| | | | | | | | | /path/to/uninstalled/python setup.py build_ext now failed with pyconfig.h not found. Prior to r45232 the above command did not look for pyconfig.h, but the bug is really in the look-up code: expecting to find it in os.curdir is a rather fragile idea.
* Patch #1429775: Link Python modules to libpython on linux ifMartin v. Löwis2006-04-101-2/+13
| | | | --enable-shared. Fixes #832799.
* Instead of relative imports, use (implicitly) absolute ones.Guido van Rossum2006-03-151-1/+1
|
* Use relative imports in a few places where I noticed the need.Guido van Rossum2006-03-151-1/+1
| | | | | (Ideally, all packages in Python 2.5 will use the relative import syntax for all their relative import needs.)
* Whitespace normalization.Tim Peters2005-05-181-1/+1
|
* Make parse_makefile fallback to environment variables if nothing isMartin v. Löwis2005-04-251-21/+14
| | | | | defined in the makefile. Get CFLAGS from the Makefile, instead of getting OPT, BASE_CFLAGS and EXTRA_CFLAGS individually.
* Introduced EXTRA_CFLAGS as an environment variable used by the Makefile. MeantBrett Cannon2005-04-241-3/+4
| | | | | | | to be used for flags that change binary compatibility. Distutils was tweaked to also use the variable if used during compilation of the interpreter.
* Patch #1046831: Use get_python_version where appropriate in sysconfig.py.Martin v. Löwis2005-03-031-6/+6
|
* After discussion on the PythonMac-SIG it was decided that it is betterJack Jansen2004-12-261-2/+4
| | | | | | | | | | to make using "-undefined dynamic_lookup" for linking extensions more automatic on 10.3 and later. So if we're on that platform and MACOSX_DEPLOYMENT_TARGET is not set we now set it to the current OSX version during configure. Additionally, distutils will pick up the configure-time value by default. Will backport.
generated by cgit v0.12 at 2025-09-10 23:22:59 (GMT)