homepage

Python 2.6a2 on Windows XP
Distutils fails to build an extension module for MinGW. Even though 
mingw32 is specified as the compiler distutils.msvc9compiler is still 
loaded and it cannot find vcvarsall.bat. Here is an example:
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
[snip]
C:\pygame\ext>path=%path%;C:\python26;C:\mingw\bin
C:\pygame\ext>set MINGW_ROOT_DIRECTORY=C:\mingw
C:\pygame\ext>python setup.py build --compiler=mingw32
running build
running build_ext
error: None
C:\pygame\ext>python setup.py build_ext --compiler=mingw32
Traceback (most recent call last):
 File "setup.py", line 6, in <module>
 ext_modules=[Extension('simple', ['simple.c',]),],
 File "C:\python26\lib\distutils\core.py", line 137, in setup
 ok = dist.parse_command_line()
 File "C:\python26\lib\distutils\dist.py", line 459, in 
parse_command_line
 args = self._parse_command_opts(parser, args)
 File "C:\python26\lib\distutils\dist.py", line 517, in 
_parse_command_opts
 cmd_class = self.get_command_class(command)
 File "C:\python26\lib\distutils\dist.py", line 836, in 
get_command_class
 __import__ (module_name)
 File "C:\python26\lib\distutils\command\build_ext.py", line 21, in 
<module>
 from distutils.msvccompiler import get_build_version
 File "C:\python26\lib\distutils\msvccompiler.py", line 658, in 
<module>
 from distutils.msvc9compiler import MSVCCompiler
 File "C:\python26\lib\distutils\msvc9compiler.py", line 286, in 
<module>
 VC_ENV = query_vcvarsall(VERSION, ARCH)
 File "C:\python26\lib\distutils\msvc9compiler.py", line 253, in 
query_vcvarsall
 raise IOError("Unable to find vcvarsall.bat")
IOError: Unable to find vcvarsall.bat
C:\pygame\ext>type setup.py
from distutils.core import setup, Extension
setup(name='Simple',
 version='1.0',
 description='Python extension module test',
 ext_modules=[Extension('simple', ['simple.c',]),],
 )
C:\pygame\ext>gcc --version
gcc (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is 
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.
C:\pygame\ext>python -V
Python 2.6a2

Seeing this in 3.1 when I try to compile with mingw32 under wine:
"error: Unable to find vcvarsall.bat"
--compiler=mingw32 works in 3.0. I assume it's related to this bug?

Same problem under WinXP, using mingw compiler. Works for my package
under Python 3.0, ceases functioning under 3.1, with same error message.

Seems to have been fixed around r73896.

The vcvarsall.bat eror is unrelated to the error James and Eric are
mentioned, which is another error fixed in the revision Hagen points.
Lenard, could you re-run it under the latest 2.6 version with the global
option --verbose please ?

Here is the build with Python 2.6.2. It works now.
C:\pygame\bug2698>python setup.py build --compiler=mingw32 --verbose
running build
running build_ext
building 'simple' extension
creating build
creating build\temp.win32-2.6
creating build\temp.win32-2.6\Release
C:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -IC:\python26\include
-IC:\python26\PC -c simple.c -o build\temp.win32-2.6\Release\simple.o
writing build\temp.win32-2.6\Release\simple.def
creating build\lib.win32-2.6
C:\mingw\bin\gcc.exe -mno-cygwin -shared -s
build\temp.win32-2.6\Release\simple.o
build\temp.win32-2.6\Release\simple.def -LC:\python26\libs
-LC:\python26\PCbuild -lpython26 -lmsvcr90 -o build\lib.win32-2.6\simple.pyd

ok then, I am closing it 
thanks for the feedback !

Shouldn't r73896 be backported to the 3.1 branch? I still get "Unable to
find vcvarsall.bat" with Python 3.1.1.

Hello,
I get the same error with Python 2.6.3 (and gcc 3.4.5):
E:\downloads\pycairo-1.8.8>python setup.py build --compiler=mingw32
cairo >= 1.8.8 detected
creating pycairo.pc
creating src/config.h
running build
running build_ext
building 'cairo._cairo' extension
error: Unable to find vcvarsall.bat
wasn't it supposed to be fixed (since 2.6.2) ?
Thanks,
Eric

A regression occured in 2.6.3 on the compiler option. This is fixed in
2.6.4, you should upgrade your system in order to see it fixed.

A regression occured in 2.6.3 on the compiler option. This is fixed in
2.6.4, you should upgrade your system in order to see it fixed.

This seems to be an bug in Python 3.1.1. Is it fixed in the Python 3
code? Is the issue being tracked in a separate issue?

Hello,
I confirm : Python3.1.1 
.../...
running build
running build_py
running build_ext
building 'cx_Freeze.util' extension
error: Unable to find vcvarsall.bat
I've got the r73896 file correction.
:(
D.

Will send you the trick (file) to make it work, but I can't do it from here
(at work - access restrictions) - please wait until Tonight :-)
Cheers
Eric
2009年12月23日 Daniel <report@bugs.python.org>
>
> Daniel <daniel.mondon@free.fr> added the comment:
>
> Hello,
>
> I confirm : Python3.1.1
> .../...
> running build
> running build_py
> running build_ext
> building 'cx_Freeze.util' extension
> error: Unable to find vcvarsall.bat
>
> I've got the r73896 file correction.
> :(
> D.
>
> ----------
> nosy: +Daniel26
> versions: -Python 2.6
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue2698>
> _______________________________________
>

Thank you :)
Daniel.

Eric (keldonin), please consider attaching the file (solution you
mentioned) to this issue for the benefit of the rest of us. I'm
interested to see it.

Thanks for your response!
I'm back after holidays :)
Yappy new year everybody!!!
Conserning our problem:
.../...
adding base module named weakref
running build
running build_py
running build_ext
Traceback (most recent call last):
 File "setup.py", line 240, in <module>
 license = "Python Software Foundation License")
 File "c:\python31\lib\distutils\core.py", line 149, in setup dist.run_commands()
 File "c:\python31\lib\distutils\dist.py", line 919, in run_commands self.run_command(cmd)
 File "c:\python31\lib\distutils\dist.py", line 938, in run_command cmd_obj.run()
 File "c:\python31\lib\distutils\command\build.py", line 128, in run self.run_command(cmd_name)
 File "c:\python31\lib\distutils\cmd.py", line 315, in run_command self.distribution.run_command(command)
 File "c:\python31\lib\distutils\dist.py", line 938, in run_command cmd_obj.run()
 File "c:\python31\lib\distutils\command\build_ext.py", line 358, in run force=self.force)
 File "c:\python31\lib\distutils\ccompiler.py", line 1106, in new_compiler return klass(None, dry_run, force)
 File "c:\python31\lib\distutils\cygwinccompiler.py", line 280, in __init__ CygwinCCompiler.__init__ (self, verbose, dry_run, force)
 File "c:\python31\lib\distutils\cygwinccompiler.py", line 124, in __init__ if self.ld_version >= "2.10.90": TypeError: unorderable types: NoneType() >= str()
I will also analyse and look at a solution.
Daniel.

Eric sent a build_ext.py to me and Daniel26 by e-mail. Attached. The idea was to copy it over the one in C:\Python31\Lib\distutils\command.
I tried the file that he sent, but I'm getting the same issue that Daniel26 described.

Sorry, I am on others problems and i don't have any time to look at a solution 
:(
Daniel.

This still seems to be a bug in Python 3.1.1, does it not? Can this be re-opened?

Yes, I believe it is.
that should be re-opened.
2010年3月11日 Craig McQueen <report@bugs.python.org>
>
> Craig McQueen <python@craig.mcqueen.id.au> added the comment:
>
> This still seems to be a bug in Python 3.1.1, does it not? Can this be
> re-opened?
>
> ----------
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue2698>
> _______________________________________
>

What traceback do you get exactly ? The same one than the first TB of this issue ?

Not so much of a traceback. But essentially the same final error:
running build
running build_py
running build_ext
building 'cobs._cobsext' extension
error: Unable to find vcvarsall.bat

Same problem on 3.1.2rc1.

I'm seeing this on Python 2.6.4 on Windows XP with the latest MinGW/msys.

Re-opening.

My bad. Adding --compiler=mingw32 eliminates this error.

This bug was confirmed to no longer be present for Python 2.6.4, however it is still present for Python 3.1.1. Could someone with "open" privileges re-open this please?

Craig, 
did you run the command like this under 3.x ? :
$ python setup.py build --compiler=mingw32 --verbose
Also, what is your gcc version ? and your PATH environment ?

I ran it as follows:
 \python31\python.exe setup.py build --compiler=mingw32 --verbose
and got:
running build
running build_py
running build_ext
building 'cobs._cobsext' extension
error: Unable to find vcvarsall.bat
If I run:
 gcc --version
I get:
gcc (GCC) 3.4.5 (mingw-vista special r3)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Path:
PATH=C:\Program Files\CollabNet\Subversion Server;C:\WINNT\Microsoft.NET\Framewo
rk\v1.1.4322\;C:\WINNT\system32;C:\WINNT;C:\Program Files\Microsoft Visual Studi
o 8\VC\bin;C:\Program Files\Subversion\bin;C:\Program Files\IVI Foundation\IVI\b
in;C:\Program Files\IVI Foundation\VISA\WinNT\Bin\;C:\PROGRA~1\IVIFOU~1\VISA\Win
NT\Bin;C:\Program Files\IVI Foundation\VISA\WinNT\Bin;c:\python26\;C:\Program Fi
les\TortoiseSVN\bin;C:\Program Files\TortoiseHg;c:\MinGW\bin

And, I should add, doing nearly the same thing, except with Python 2.6.4, works fine. Same machine, same console window, same path:
 \python26\python.exe setup.py build --compiler=mingw32 --verbose
running build
running build_py
running build_ext
building 'cobs._cobsext' extension
c:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -IC:\Python26\include -IC:\Pytho
n26\PC -c src/_cobsext2.c -o build\temp.win32-2.6\Release\src\_cobsext2.o
writing build\temp.win32-2.6\Release\src\_cobsext.def
c:\MinGW\bin\gcc.exe -mno-cygwin -shared -s build\temp.win32-2.6\Release\src\_co
bsext2.o build\temp.win32-2.6\Release\src\_cobsext.def -LC:\Python26\libs -LC:\P
ython26\PCbuild -lpython26 -lmsvcr90 -o build\lib.win32-2.6\cobs\_cobsext.pyd

Benjamin, can I fix this bug before you tag 3.1.2 ?
Basically, I'll apply on 3.1 what was applied on 2.6 :
MacZiade:release31-maint tarek$ svn di
Index: Lib/distutils/command/build_ext.py
===================================================================
--- Lib/distutils/command/build_ext.py (révision 79090)
+++ Lib/distutils/command/build_ext.py (copie de travail)
@@ -310,7 +310,7 @@
 
 # Setup the CCompiler object that we'll use to do all the
 # compiling and linking
- self.compiler = new_compiler(compiler=None,
+ self.compiler = new_compiler(compiler=self.compiler,
 verbose=self.verbose,
 dry_run=self.dry_run,
 force=self.force)
Then, after you have tagged 3.1, I will revert distutils in py3 branch so it's back to 3.1 state then frozen, like what I am doing for 2.7.

Done for 3.1.x in r79121.
I am now waiting for 3.1.2 to be taggued, then I'll revert the 3.x branch into a state the closest possible to 3.1.x.
Next, Distutils will be feature-frozen in 3.x like it is in 2.x, as things are now happening in distutils2. Only bugs fixes will happen.

This seems to be fixed now under 3.1.2, and works properly for me.
Great stuff, thank you.
Eric
P.S. Last time I mistakenly tagged the bug to be "Python 3.2" as well, correcting this now.

I tried it in Python 3.1.2.
 \Python31\python.exe setup.py build --compiler=mingw32
I got a stack-trace:
...
 File "C:\Python31\lib\distutils\cygwinccompiler.py", line 280, in __init__
 CygwinCCompiler.__init__ (self, verbose, dry_run, force)
 File "C:\Python31\lib\distutils\cygwinccompiler.py", line 124, in __init__
 if self.ld_version >= "2.10.90":
TypeError: unorderable types: NoneType() >= str()

Craig, that's another bug, can you open another issue for that?
The missing vcvarsall.bat bug is cleared and I will close this issue once I've reverted distutils state in the 3.x branch

Sure can--done. Issue #8384.

There is an issue with Visual Studio 2008 and the latest 2.6.5
It searches using
productdir = Reg.get_value(r"%s\Setup\VC" % vsbase,
 "productdir")
I just fresh installed Visual Studios and there is no registry "setup" folder. So you can't find the install directory that way at least not on my machine. Windows 7 64-bit and I installed Microsoft Visual Studio 2008 SP1

I hope I'm sending this information in the right place.
Trying to install psutil 0.1.3, on Python 2.7 (with Win7 as OS), I get the same error that was mentionned in this thread:
c:\Users\Andre\Bureau\psutil-0.1.3>setup.py install
running install
running build
running build_py
creating build
creating build\lib.win32-2.7
creating build\lib.win32-2.7\psutil
copying psutil\error.py -> build\lib.win32-2.7\psutil
copying psutil\wmi.py -> build\lib.win32-2.7\psutil
copying psutil\_psbsd.py -> build\lib.win32-2.7\psutil
copying psutil\_pslinux.py -> build\lib.win32-2.7\psutil
copying psutil\_psmswindows.py -> build\lib.win32-2.7\psutil
copying psutil\_psosx.py -> build\lib.win32-2.7\psutil
copying psutil\__init__.py -> build\lib.win32-2.7\psutil
running build_ext
building '_psutil_mswindows' extension
error: Unable to find vcvarsall.bat

@Lehmann
You have to have either Visual Studio 2008 or Visual C++ Express 2008 installed. The folder where vcvarsall.bat file is being looked for is read from the registry. It's either HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio9円.0\Setup\VC (for Visual Studio) or HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VCExpress9円.0\Setup\VC (for Visual C++ Express).

Actually, when using setup.py with MinGW, you just need to say the right thing:
 % python setup.py build --compiler=mingw32 install
That removes the check for vcvarsall.bat.
Bill
On Mon, Jan 2, 2012 at 6:19 AM, Piotr Dobrogost <report@bugs.python.org> wrote:
>
> Piotr Dobrogost <pd@python.dobrogost.net> added the comment:
>
> @Lehmann
>
> You have to have either Visual Studio 2008 or Visual C++ Express 2008 installed. The folder where vcvarsall.bat file is being looked for is read from the registry. It's either HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio9円.0\Setup\VC (for Visual Studio) or HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VCExpress9円.0\Setup\VC (for Visual C++ Express).
>
> ----------
> nosy: +piotr.dobrogost
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue2698>
> _______________________________________

This bug is happening in python 3.2 when trying to build pycrypto on Microsoft Windows 7

Hi this bug still exist in Python 3.3.2. seems like a bug in cygwincompiler.py but Im using MinGW. Why is it using cygwincompiler?

Can someone please confirm whether or not this is still an issue in either 2.7.x or 3.4.y.

Distutils is now deprecated (see PEP 632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils.
If this issue does not relate to distutils, please remove the component and reopen it. If you believe it still requires a fix, most likely the issue should be re-reported at https://github.com/pypa/setuptools