Logged In: YES
user_id=11105
For pure distributions, bdist_wininst should create
installers that are independent on the Python version. This
worked up to Python 2.3, starting with 2.4 problems could
arise because different MS C runtime libs are used.
So, to fix this problem, even for pure distributions it
should be required to specify the target-version command
line switch. When building on non-windows systems, or even
on Windows systems for another Python version than the one
used to build the installer, bdist_wininst.py could hardcode
the knowledge about Python version/MSVC version for the
official python.org releases.
This will fail if someone builds his own version of Python,
for example 2.5 with MSVC 8. The real solution would be to
avoid having wininst-XXX.exe use the C runtime library at all.
OTOH, in my experience using the wrong C runtime library
only has small effects - the installer would fail to show
output from the pre- or post-install scripts (if they are
used at all).
|