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.

This patch offers a better explanation in case the MS VC++ (free)
toolkit is installed but the .NET Framework SDK is not.

info will always be in a .pdb file.

Python's own setup.py that did the same thing (and tested on Solaris,
where LDSHARED is needed...)

This support was only a first cut, and doesn't deserve to be in
a released version (where we have to support it in an ongoing
manner)

   "AutoReq: 0" to disable automatic dependency searching.

os.path.abspath(self.rpm_base) instead of os.getcwd() + '/' + self.rpm_base

calculates.  Spotted by Cort Danger Stratton.

scripts without modifying either the distutils installation or the
setup.py scripts of packages with which the new commands will be used.

Specifically, an option is added to distutils that allows additional
packages to be searched for command implementations in addition to
distutils.command.  The additional packages can be specified on the
command line or via the installation or personal configuration files
already loaded by distutils.

For discussion, see the thread starting with:

http://mail.python.org/pipermail/distutils-sig/2004-August/004112.html

This closes SF patch #102241.

Python was built with VC 7.1.

- fix broken assert statement; should just raise

can contain more than just .py files.  Make sure we only report
bytecode files for the .py files.

must be literally contained here, because it is still possible to
install this distutils in older Python versions.

with umlauts in the author argument and others.

Fixes sf # 993943.

results when byte-code compilation is requested (in particular, make
sure that package data doesn't get a bogus byte-code listing
generated)

change as well.
Recompiled binaries after this change.

change as well.  Add a comment explaining this.

If someone has other ideas for the numbering scheme, please change to
something else (1.1.0 ?).

Patch from Mark Hammond:

bdist_wininst attempts to use the correct MSVC runtime for the current
version of Python. This doesn't work correctly when --target-version
is set. In that case, bdist_wininst still uses the *current*
sys.version (ie, 2.4) rather than the version specified as
--target-version. Thus, the msvc7 runtime based executable stub is
*always* used.

This patch "hard-codes" knowledge of earlier Python versions,
providing the correct result when Python 2.4 is used to build Python
2.3 and earlier distributions.

Remove the short variant (-v) of the --target-version command line
options, it conflicts with the --verbose/-v standard distutils switch.