As discussed on distutils-sig: Allows the generated installer name on
64bit Windows platforms to be different than the name generated for
32bit Windows platforms.

As discussed on distutils-sig: Allows the generated installer name on
64bit Windows platforms to be different than the name generated for
32bit Windows platforms.

Move an import in mworkscompiler so that this module can be imported on
any platform.  Hopefully this works on all platforms.

even if package_dir is empty.

This needs to be backported.  I'm too tired tonight.  It would be great
if someone backports this if the buildbots are ok with it.  Otherwise,
I will try to get to it tomorrow.

(as opposed to the command line) will now write file names ending in
".cpp" too.

If MSVCCompiler.initialize() was called multiple times, the path
would get duplicated.  On Windows, this is a problem because the
path is limited to 4k.  There's no benefit in adding a path multiple
times, so prevent that from occuring.  We also normalize the path
before checking for duplicates so things like /a and /a/ won't both
be stored.

Will backport.

the 2.5.0 release.

directory within sys.exec_prefix.

lib/python/config, on "linux" and "gnu" systems.
Will backport.

file name mangling.
Will backport to 2.5.

installing .egg-info for a project that contains no modules or packages,
while using --root (as in bdist_rpm).

  bdist_rpm
Will backport to 2.5.

installed to build extensions. This patch makes distutils emit a warning when
the compiler should use an SDK but that SDK is not installed, hopefully reducing
some confusion.

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.

Fixes #1257728.

no longer maintained separatedly.

have been introduced since 2.4.

Change error message to indicate that VS2003 is necessary to build extension modules, not the .NET SDK.

SDK environment should be used. Fixes #1508010.

spec file generated by bdist_rpm.

OSX 10.3 when using a binary distribution build on 10.4.

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.

#1487105.

in turn matches Microsoft's documentation).
Drop unused parameter in CAB.append.

since this value is used to name the build directory.

an installed VC6. Otherwise only the first such tree gets checked and this
warning doesn't get displayed.

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.

    /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.