Hugh Fisher <hugo.fis...@gmail.com> added the comment:
The registry key is not totally reliable for finding the compiler.
What I did: my system is Windows 8.1 64 bit with Python 2.7 64 bit installed.
I'd been testing a setup.py on Linux, time to try on MSWin. So I downloaded
VCForPython27.msi as recommended by the Python docs, ran it, tried python
setup.py build_ext. Failed because could not find VCVARSALL.BAT. Standard MSWin
troubleshooting first step: restart. Still no.
Search turned up a freshly installed dir under AppData. After searching through
distutils code, stepping through it, and poking around with RegEdit it turned
out that while my system has various registry keys for Visual Studio versions
from 7.1 through 12.0, even keys for 9.0, but not the particular one that
find_vcvarsall wants.
Why not? How can I know? I added two lines of code to msvc9compiler.py and my
extension now compiled.
To me, only the file system can be a totally reliable guide as to whether a
particular path exists. I agree that it's not practical to wildly guess, or to
search everywhere. But this is for Python 2.7, where the configuration has been
frozen for all time. There's only a couple of places these files could be.
The additional code I've proposed will make Python continue to work even if the
registry is clobbered. It will also make Python continue to work if the user
copies the files from another system instead of running the installer. I think
this is worthwhile, so ask that you reopen this issue.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31932>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com