[issue1455] VS2008, quick hack for distutils.msvccompiler

Martin v. Löwis added the comment: This issue is closed, and didn't really deal with VS 2005 at all, so we should avoid tracking any further changes in it. I personally don't care about the PCbuild8 folder at all. It can be removed, updated, replaced with that script - whatever people like most.

[issue1455] VS2008, quick hack for distutils.msvccompiler

Amaury Forgeot d'Arc added the comment: I already do the same: pcbuild9 is easy to convert to vs2005, and the project is much better than the current pcbuild8. What do the others think? Should we update pcbuild8 with the content of pcbuild9, with the few changes proposed by weck? Or simply remov

[issue1455] VS2008, quick hack for distutils.msvccompiler

zouguangxian added the comment: I succeed in building python26 with msvc 2005. I create a tool to convert pcbuild9 to pcbuild8. 1. delete pcbuild8 2. copy pcbuild9 to pcbuild8 3. run norm.py in pcbuild8, norm.py will change the format flag. Added file: http://bugs.python.org/file8994/norm.py

[issue1455] VS2008, quick hack for distutils.msvccompiler

Christian Heimes added the comment: I've applied the patch to the trunk in r59290 together with a fix for the cygwin compiler. distutils now support VS 2005 and VS 2008 (both tested) and cygwin (only tested for msvcr80). -- resolution: accepted -> fixed status: open -> closed __

[issue1455] VS2008, quick hack for distutils.msvccompiler

Christian Heimes added the comment: I've created another patch to add VS 2008 support to distutils. The new patch requires you to copy the msvccompiler.py first: $ cd Lib/distutils $ svn copy msvccompiler.py msvc9compiler.py $ cd ../.. $ patch -p0 < py3k_vs2008_4.patch Martin, if you are going

[issue1455] VS2008, quick hack for distutils.msvccompiler

Martin v. Löwis added the comment: It's tedious to require users to invoke such a shell, and it would produce an endless flood of support requests if we made that a requirement. So requiring to build in such a shell is absolutely unacceptable. __ Tracker <[EMAIL P

[issue1455] VS2008, quick hack for distutils.msvccompiler

zouguangxian added the comment: Why don't use "Visual Studio 200x Command Prompt" to get a shell window with correct environment settings? In this way msvccompiler.py can get LIB, INCLUDE, LIBPATH, PATH with os.environ.get. -- nosy: +weck __ Tracker <

[issue1455] VS2008, quick hack for distutils.msvccompiler

Christian Heimes added the comment: Updated compiler and linker args from the project command lines. Added file: http://bugs.python.org/file8781/py3k_vs2008_3.patch __ Tracker <[EMAIL PROTECTED]>

[issue1455] VS2008, quick hack for distutils.msvccompiler

Changes by Mark Hammond: -- nosy: +mhammond __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue1455] VS2008, quick hack for distutils.msvccompiler

Christian Heimes added the comment: UPDATES: * Cleanup and rewrite of the registry related code * Moved search code to find_vcvarsall(). * Added fallback using the VS90COMNTOOL env var for Express edition Added file: http://bugs.python.org/file8768/py3k_vs2008_2.patch _

[issue1455] VS2008, quick hack for distutils.msvccompiler

Christian Heimes added the comment: Ok, I'll take it from here. I'm going to wait until it's decided to use VS 2008 as the new default compiler. -- assignee: loewis -> tiran __ Tracker <[EMAIL PROTECTED]> ___

[issue1455] VS2008, quick hack for distutils.msvccompiler

Changes by Martin v. Löwis: -- resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue1455] VS2008, quick hack for distutils.msvccompiler

Martin v. Löwis added the comment: Ok. Running vsvars is fine, then. The change to get_build_architecture is broken in another way: as it parses the architecture out of sys.version, you still get Intel, not x86 (unless you also change PC/pyconfig.h - which may break code that relies on the speci

[issue1455] VS2008, quick hack for distutils.msvccompiler

Christian Heimes added the comment: Neither VS8 Professional nor VS9 Beta 2 Standard are storing the lib and include directories in the registry. I've searched in HKCU and HKLM. The best I could find was the path to a XML file in My Documents that contains the information. __

[issue1455] VS2008, quick hack for distutils.msvccompiler

Martin v. Löwis added the comment: As another note: you shouldn't remove support code for Itanium. Even though no Itanium binaries will be produced at the releases, I see no reason to rip the code out - people with Itanium machines should still be able to build Python, with some effort.

[issue1455] VS2008, quick hack for distutils.msvccompiler

Martin v. Löwis added the comment: There is always the debate whether distutils might be repackaged and backported to older Python releases, therefore people hesitate to remove support for older versions. As for finding it in the registry: are you sure it has no registry settings anymore? I find

[issue1455] VS2008, quick hack for distutils.msvccompiler

New submission from Christian Heimes: I've come up with a quick hack to support VS 2008. VS 2008 Standard Edition doesn't store the include and lib dirs in the registry any more. However I came up with a nice way to get the env settings from the vcvarsall.bat. How do you like it? Do we need supp