То же самое произойдет, если я попытаюсь установить пакет вручную:
> python setup.py install running build_ext building 'dulwich._objects' extension error: Unable to find vcvarsall.bat
Переведено автоматически
Ответ 1
Обновление: В комментариях указывается, что приведенные здесь инструкции могут быть опасными. Рассмотрите возможность использования Visual C ++ 2008 Express edition или специально созданного компилятора Microsoft Visual C ++ для Python (подробности), а НЕ используйте исходный ответ ниже. Исходное сообщение об ошибке означает, что не установлена требуемая версия Visual C ++.
Для установок Windows:
Во время запуска setup.py при установке пакетов Python 2.7 выполняет поиск установленной Visual Studio 2008. Вы можете заставить Python использовать более новую Visual Studio, установив правильный путь в VS90COMNTOOLS переменной окружения перед вызовом setup.py.
Выполните следующую команду в зависимости от установленной версии Visual Studio:
Visual Studio 2010 (VS10): SET VS90COMNTOOLS=%VS100COMNTOOLS%
Visual Studio 2012 (VS11): SET VS90COMNTOOLS=%VS110COMNTOOLS%
Visual Studio 2013 (VS12): SET VS90COMNTOOLS=%VS120COMNTOOLS%
Visual Studio 2015 (VS14): SET VS90COMNTOOLS=%VS140COMNTOOLS%
ПРЕДУПРЕЖДЕНИЕ: Как отмечено ниже, этот ответ вряд ли сработает, если вы пытаетесь скомпилировать модули python.
Я нашел решение. У меня была точно такая же проблема и ошибка при установке 'amara'. У меня был установлен mingw32, но необходимо было настроить distutils.
У меня уже установлен Python 2.6.
Я установил mingw32 для C:\programs\mingw\
Добавьте каталог bin mingw32 в вашу переменную окружения: добавьте c:\programs\MinGW\bin; к ПУТИ
Отредактируйте (создайте, если не существует) файл distutils.cfg, расположенный по адресуC:\Python26\Lib\distutils\distutils.cfg, чтобы быть:
[build] compiler=mingw32
Теперь запускаем easy_install.exe amara.
Убедитесь, что среда настроена, открыв новый cmd.exe.
If you want to compile with Visual Studio C++ instead of mingw...
Run python.exe to display which version of VC++ it was compiled with (example shown below).
It is important to use the corresponding version of the Visual C++ compiler that Python was compiled with since distilutils's get_build_version prevents mixing versions (per Piotr's warning).
Yellow (top) is Python 2.7, compiled with MSC v.1500 (Visual Studio C++ 2008)
Red (bottom) is Python 3.4.1, compiled with MSC v.1600 (Visual Studio C++ 2010)
Use the table below[1] to match the internal VC++ version with the corresponding Visual Studio release:
MSC v.1000 -> Visual C++ 4.x MSC v.1100 -> Visual C++ 5 MSC v.1200 -> Visual C++ 6 MSC v.1300 -> Visual C++ .NET MSC v.1310 -> Visual C++ .NET 2003 MSC v.1400 -> Visual C++ 2005 (8.0) MSC v.1500 -> Visual C++ 2008 (9.0) MSC v.1600 -> Visual C++ 2010 (10.0) MSC v.1700 -> Visual C++ 2012 (11.0) MSC v.1800 -> Visual C++ 2013 (12.0) MSC v.1900 -> Visual C++ 2015 (14.0) MSC v.1910 -> Visual C++ 2017 (15.0) MSC v.1911 -> Visual C++ 2017 (15.3) MSC v.1912 -> Visual C++ 2017 (15.5) MSC v.1913 -> Visual C++ 2017 (15.6) MSC v.1914 -> Visual C++ 2017 (15.7) MSC v.1915 -> Visual C++ 2017 (15.8) MSC v.1916 -> Visual C++ 2017 (15.9)
Download and install the corresponding version of Visual Studio C++ from the previous step.
Additional notes for specific versions of VC++ are listed below.
Suggestion: If you have both a 32- and 64-bit Python installation, you may also want to use virtualenv to create separate Python environments so you can use one or the other at a time without messing with your path to choose which Python version to use.
According to @srodriguex, you may be able to skip manually loading the batch file (Steps 4-6) by instead copying a few batch files to where Python is searching by following this answer. If that doesn't work, here are the following steps that originally worked for me.
Open up a cmd.exe
Before you try installing something which requires C extensions, run the following batch file to load the VC++ compiler's environment into the session (i.e. environment variables, the path to the compiler, etc).
Execute:
32-bit Compilers:
Note: 32-bit Windows installs will only have C:\Program Files\ as expected
"C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\vsvars32.bat"
64-bit Compilers:
"C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\vsvars64.bat"
Note: Yes, the native 64-bit compilers are in Program Files (x86). Don't ask me why.
Additionally, if you are wondering what the difference between vcvars64.bat and vcvarsx86_amd64.bat or more importantly the difference between amd64 and x86_amd64, the former are for the native 64-bit compiler tools and the latter are the 64-bit cross compilers that can run on a 32-bit Windows installation.
Update:
If for some reason you are getting error: ... was unexpected at this time. where the ... is some series of characters, then you need to check that you path variable does not have any extraneous characters like extra quotations or stray characters. The batch file is not going to be able to update your session path if it can't make sense of it in the first place.
If that went well, you should get one of the following messages depending on which version of VC++ and which command you ran:
For the 32-bit compiler tools:
Setting environment for using Microsoft Visual Studio 20xx x86 tools.
For the 64-bit compiler tools:
Setting environment for using Microsoft Visual Studio 20xx x64 tools.
Now, run the setup via python setup.py install or pip install pkg-name
Hope and cross your fingers that the planets are aligned correctly for VC++ to cooperate.