summaryrefslogtreecommitdiffstats
path: root/Lib/distutils/sysconfig.py
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* Patch 983206: distutils obeys LDSHARED env var. Removed the code inAnthony Baxter2004-10-131-0/+2
| | | | | Python's own setup.py that did the same thing (and tested on Solaris, where LDSHARED is needed...)
* Whitespace normalization, via reindent.py.Tim Peters2004-07-181-1/+1
|
* Partial fix for #887242 (link extensions with dynamic_lookup in steadJack Jansen2004-06-031-1/+13
| | | | | | | | | | | | | | | | of hard linking against the framework). If $MACOSX_DEPLOYMENT_TARGET is set, and >= 10.3, during configure we setup extensions to link with dynamic lookup. We also record the value in the Makefile. Distutils checks whether a value for MACOSX_DEPLOYMENT_TARGET was recorded in the Makefile, and if it was insists that the current value matches. This is only a partial fix because it only applies to 2.4, and the "two python problem" exists with Python 2.3 shipped with MacOSX 10.3, which we have no influence over.
* Patch #812378: Normalize white space.Martin v. Löwis2003-10-241-3/+3
|
* Pick up Makefile variable BASECFLAGS too. This is needed since OPT wasJack Jansen2003-02-101-2/+4
| | | | | split into OPT and BASECFLAGS (Makefile.pre.in rev. 1.108), because now there are essential CFLAGS in BASECFLAGS.
* Remove 'created by' lines; people can use CVS for this, and the information ↵Andrew M. Kuchling2002-11-141-1/+0
| | | | is often out of date
* [Bug #550364] Add get_python_version()Andrew M. Kuchling2002-11-141-1/+9
|
generated by cgit v0.12 at 2025-09-16 00:24:18 (GMT)