Visual Studio 2013: CL.exe вышел с кодом -1073741515
у меня есть свежие Windows 8.1 Pro x64 установить с свежие Visual Studio 2013 Pro. При попытке скомпилировать проект с помощью набора инструментов платформы в Windows7 на.1SDK Я
Error 1 error MSB6006: "CL.exe" exited with code -1073741515. C:Program Files (x86)MSBuildMicrosoft.Cppv4.0PlatformsWin32Microsoft.Cpp.Win32.targets 57 5 MenuBrowser
Я попытался запустить прилагаемый "Windows SDK Configuration Tool" и, кроме того, получить сообщение об ошибке Visual Studio 2005 и 2008 не устанавливается, я думаю, что он сделал свою работу.
Я попытался вручную отредактировать реестр:
HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SDKsWindows
куда я вручную ставлю CurrentInstallFolder
as C:Program FilesMicrosoft SDKsWindowsv7.1
и CurrentVersion
as 7.1.7600.0.30514
. Если я посмотрю на свойства проекта и щелкну различные пути / переменные там -> больше -> макросы, я вижу, что $(WindowsSdkDir) является правильным.
есть идеи, что я должен попробовать? Никогда не столкнулся с этой проблемой на старом компьютере с Windows 7 и VS 2012.
L. E. Как примечание, если я попробую новый проект с инструментами v120, он работает, но мне нужно Windows7 на.1SDK инструменты.
2 ответов
при попытке скомпилировать проект с набором инструментов платформы в Windows7.1SDK...
это недопустимый выбор в" свежей " установке для VS2013. Не очень ясно, что вы делали, это, конечно, больше не "свежо". Нужно ли лечить смерзаться.exe как загруженное оружие, набор ключей реестра, который настраивает VS, в последнее время становится довольно запутанным.
компилятор падает с -1073741515 == 0xC0000135 == STATUS_DLL_NOT_FOUND. Это довольно серьезная неудача, конечно, это должно никогда происходит, когда вы нацеливаете SDK 7.1, так как он все еще использует тот же компилятор, изменяется только каталог SDK. Сам компилятор, а также используемые им библиотеки DLL не являются частью SDK и предоставляются только в том случае, если на компьютере не установлен VS. Вы можете использовать монитор процессов SysInternals для диагностики этого, вы увидите CL.EXE процесс поиска DLL и не находит его.
на правильно способ цель 7.1-использовать набор инструментов v120_xp. Это создает программы, которые все еще могут работать на XP, он автоматически также выбирает 7.1 a SDK, который был установлен на вашем компьютере. Попробуйте отменить внесенные изменения.
ссылка на решение Yodans из Как построить с набором инструментов платформы v90 в VS2012 без VS2008, используя Windows SDK?:
Как указал Ганс Пассант cl.exe ищет mspdb100.dll (среди прочих) и не находит их. Необходимые файлы находятся в каталоге, указанном в 7. ниже:
моя рабочая настройка:
- VS2013 должен использовать VS2010 libs
- используя WinSDK 7.1 инструменты для сборки (твердотельного накопителя V100, если) в VS2013
- чистая установка, удаление всего, что упоминается в примечаниях к выпуску sdk (можно загрузить по адресуhttp://www.microsoft.com/en-us/download/details.aspx?id=8279 под деталями категории)
- Microsoft Windows SDK для Windows 7 (7.1) (файлы основных компонентов Windows SDK)
- Средство Проверки Приложений
- инструменты отладки для Windows
- Инструментарий Производительности Windows
- Средство Просмотра Справки Microsoft 1.0
- Распространяемый Продукт Microsoft Visual C++ 2010
- Microsoft Visual C++ 2010 Standard Edition
- дополнительно удалены все связанные с .NET и VC++ MS программное обеспечение (не тестируется при необходимости)
- выбор Windows7.1SDK как набор инструментов платформы в VS2013
- ошибка MSB6006: "CL.exe " вышел с кодом -1073741515
- cl.exe ищет один из msobj100.dll, mspdb100.dll, mspdbcore.dll и mspdbsrv.exe
- добавлено в путь: C:\Program файлы (x86)\Microsoft Visual Studio 10.0\Common7\IDE
- Build works и binary можно использовать!
ошибка, которую я сделал:
- скопировали файлы в 6. выше к C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin, полагая, что этот каталог находится в пути, но это не так!
- так лучше сделать как засахарено в 7. выше или Yodan в Как построить с набором инструментов платформы v90 в VS2012 без VS2008, используя Windows SDK?