This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: make msi work the vs 2005(MSVC8)
Type: compile error Stage:
Components: Demos and Tools, Installation Versions: Python 3.0, Python 2.6
process
Status: closed Resolution: wont fix
Dependencies: Superseder:
Assigned To: Nosy List: christian.heimes, loewis, weck
Priority: normal Keywords: patch

Created on 2007-11-15 15:23 by weck, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
msi.patch weck, 2007-11-15 15:23
Messages (9)
msg57532 - (view) Author: zouguangxian (weck) Date: 2007-11-15 15:23
with vs 2003, msi.py get msvcr71.dll from msm. but with vs 2005, It's 
better to extract msvcr80.dll from %VCINTALLDIR%\redist\x86
\Microsoft.VC80.CRT\. In addition, it seems to extract file from 
Microsoft_VC80_CRT_x86.msm need upgrade MSI to 3.1, i am not sure.

I 'PCbuild' to 'PCbuild8' in msi.py and add extract_msvcr80, that will 
make msi.py work with vs 2005.
msg57535 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2007-11-15 15:56
I'm resetting the target version of all your MSVC patches to 2.6 + 3.0.
While we can't alter the compiler version of Python 2.5 I really like to
update to a new compiler for 2.6 and 3.0.
msg57537 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2007-11-15 16:46
The patch looks fine but I've a small request. Could you please use a
global var PCBUILD instead of "PCBuild" / "PCBuild8" and change the
dependencies to use either MSVCR 71 or 80 depending on the content of
the var. This way the msi module can handle both versions.
msg57545 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2007-11-15 18:35
I'm opposed to this patch. Any change to the MSI build process should
only be made when/after the default compiler for Python is changed. That
needs to be discussed on python-dev first, and I hope that the new build
infrastructure will *not* use the PCbuild8 directory (but perhaps move
rename that directory to PCbuild instead, or just upgrade the project
files in PCbuild).

In addition, I hope that VS 2005 will *not* be the next default compiler
for Python, but that VS 2008 will be the new compiler.
msg57564 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2007-11-15 21:40
Weck,

if you like to help and spend some time on getting VS2008 support into
Python 2.6 and 3.0 I'm willing to assist you. You can download the Beta
2 of the VS C++ 2008 Express Edition from
http://msdn2.microsoft.com/en-us/express/future/bb421473.aspx

IMHO the order of things to do is:

* Get Python 2.6 and all dependencies to compile with VS2008 (PCbuild9
directory?)
* Fork msvccompiler and fix it for VS2008
* Fix Tools/msi
msg57565 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2007-11-15 22:14
One issue that also needs discussion is the structure of the build
directory. It could temporarily be PCbuild9, but in the long run, it
should replace PCbuild. Apart from that, the issue is whether there
should be a flat structure as it is currently in PCbuild, or a nested
one as it is in PCbuild9; I think that flat is better than nested. Then
another issue is whether it should support building both AMD64 and x86
from the same source tree; I don't think that this is necessary. And so
on; this really needs to be discussed on python-dev.
msg57620 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2007-11-18 20:23
I've used parts of the patch for the MSI fix for VS 2008. I've got most
of the VS 2008 related changes done. Have a look.
msg57622 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2007-11-18 20:53
Did you test the change for VS 2003? In my MSMDir
(C:\Programme\Gemeinsame Dateien\Merge Modules), I only have the
following files

GDIPlus.msm
msmask32_X86.msm
msmask32_X86_ENU.msm
VB_Control_mschart_RTL_X86_---.msm
VB_Control_mschart_RTL_X86_ENU.msm
VC_User_ATL71_RTL_X86_---.msm
VC_User_CRT71_RTL_X86_---.msm
VC_User_MFC71_Loc_RTL_X86_---.msm
VC_User_MFC71_RTL_X86_---.msm
VC_User_STL71_RTL_X86_---.msm
VJSharpRedist_x86.msm
WMIUTILS_RTL_X86_---.msm
WMI_DECOUPLED_PROVIDER_RTL_X86_---.msm

So at least on my system, the assertion is triggered that the file is
not found.

The other changes look fine. Just in case it isn't clear: you can add a
config.py to your msi directory, to set things like PCBUILD and MSVCR to
the values you like.
msg57624 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2007-11-18 21:36
Martin v. Löwis wrote:
> Martin v. Löwis added the comment:
> 
> Did you test the change for VS 2003? In my MSMDir
> (C:\Programme\Gemeinsame Dateien\Merge Modules), I only have the
> following files
> 
> GDIPlus.msm
> msmask32_X86.msm
> msmask32_X86_ENU.msm
> VB_Control_mschart_RTL_X86_---.msm
> VB_Control_mschart_RTL_X86_ENU.msm
> VC_User_ATL71_RTL_X86_---.msm
> VC_User_CRT71_RTL_X86_---.msm
> VC_User_MFC71_Loc_RTL_X86_---.msm
> VC_User_MFC71_RTL_X86_---.msm
> VC_User_STL71_RTL_X86_---.msm
> VJSharpRedist_x86.msm
> WMIUTILS_RTL_X86_---.msm
> WMI_DECOUPLED_PROVIDER_RTL_X86_---.msm
> 
> So at least on my system, the assertion is triggered that the file is
> not found.

I don't have the MSM files for 7.1, just the files for 8.0 and 9.0. I
assume that the files are part of VS 2003. I don't have VS 2003 around.
I only installed VS .NET 2003 and C++ Toolkit 2003 as described at
http://wiki.python.org/moin/Building_Python_with_the_free_MS_C_Toolkit

Feel free to revert my changes to the 7.1 code.

Christian
History
Date User Action Args
2022-04-11 14:56:28adminsetgithub: 45790
2007-11-18 21:36:11christian.heimessetmessages: + msg57624
2007-11-18 20:53:37loewissetmessages: + msg57622
2007-11-18 20:23:38christian.heimessetstatus: open -> closed
resolution: wont fix
messages: + msg57620
2007-11-15 22:14:16loewissetmessages: + msg57565
2007-11-15 21:40:43christian.heimessetmessages: + msg57564
2007-11-15 18:35:50loewissetnosy: + loewis
messages: + msg57545
2007-11-15 16:46:48christian.heimessetmessages: + msg57537
2007-11-15 15:56:24christian.heimessetversions: + Python 2.6, Python 3.0, - Python 2.5
nosy: + christian.heimes
messages: + msg57535
priority: normal
components: + Demos and Tools, Installation
keywords: + patch
2007-11-15 15:23:54weckcreate