Ошибка msb6006 cl exe завершилась с кодом 1073741515 visual studio

Обновлено: 05.07.2024

Я столкнулся с парой случаев, когда я получаю ошибку CL.exe, указанную в строке темы. Мое понимание ошибок MSB6006 заключается в том, что они вызваны ошибкой в процедурах редактирования компилятора Visual Studio. Я не знаю, имеет ли это значение, но я использую VS 2019 Community Edition Version 16.1.6.

В первом случае, по крайней мере, это говорит вам о причине.

Ниже приведен еще один пример, но нет никаких указаний на причину:

Другой пример-использование int , у которого была та же проблема:

Я также получил ошибку, когда попытался напечатать int, который не был инициализирован. Эта проблема уже была решена в этом вопросе , но я не видел этого ответа, пока не опубликовал это. Кроме того, вы не получите проблемы, если вы просто печатаете строку.

Я отвечу на этот вопрос ниже.

Обновление 08/10/19

Также был приведен пример int , имеющего ту же проблему, которая, как я уже сказал, была решена в предыдущем вопросе.

3 ответа

Есть ли у кого-нибудь из вас эта ошибка? error MSB6006: CL.exe exited with code -1073741515. Я нигде не могу найти значение кода ошибки. Я получаю его при создании проекта C++ в VS2013 Pro. Проект прекрасно компилировался в VS2010. Я не внес в него никаких дополнительных изменений после обновления.

Я перемещаю решение с несколькими проектами на VS 2015. Базовый проект строится просто отлично в VS 2013 году. Но когда я пытаюсь построить в VS 2015 году, я получаю ошибку ниже. C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.VisualBasic.Core.targets(56,5): ошибка MSB6006: vbc.exe вышел с.

В первом случае сделайте то, что он говорит, и инициализируйте testBool .

Надеюсь, это кому-то поможет.

Попробуйте добавить вернуться к вашему главному, у меня эта проблема не главная, но когда я забыл вернуть в функцию Void. надеюсь, это поможет

Похожие вопросы:

Я получаю следующую ошибку компиляции при создании приложения C++ в VS 2010 C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Platforms\Win32\Microsoft.Cpp.Win32.Targets(153,5): ошибка MSB6006.

Использование Windows 7 и Visual Studio 2010 Я использую следующую командную строку как часть более крупной компиляции проекта: Файлы C:\Program (x86)\Майкрософт Visual Studio 10.0\VC\bin\CL.exe /c.

Я пишу с visual c++, и когда я компилирую эту ошибку, она возникает: C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Platforms\Win32\Microsoft.Cpp.Win32.Targets(147,5): error MSB6006: CL.exe.

Есть ли у кого-нибудь из вас эта ошибка? error MSB6006: CL.exe exited with code -1073741515. Я нигде не могу найти значение кода ошибки. Я получаю его при создании проекта C++ в VS2013 Pro. Проект.

Я перемещаю решение с несколькими проектами на VS 2015. Базовый проект строится просто отлично в VS 2013 году. Но когда я пытаюсь построить в VS 2015 году, я получаю ошибку ниже. C:\Program Files.

Задавая этот вопрос преимущественно потому, что об этом коде ошибки можно найти не так уж много. Это довольно тривиально для решения, но стоило мне много времени на диагностику, потому что не было.

Строя проект с Visual Studio 2017 я наткнулся на эту ошибку: ошибка MSB6006: "CL.exe" вышел с кодом 2. вот мой код: int main() < const int WIDTH=800; const int HEIGHT=600; Bitmap.

В моем Visual Studio для Mac я могу запустить проект в симуляторе, но при архивировании приложения для публикации я получаю ошибку.

Я попытался вручную редактировать реестр:

где я ставлю вручную CurrentInstallFolder как C:\Program Files\Microsoft SDKs\Windows\v7.1\ а также CurrentVersion как 7.1.7600.0.30514 , Если я посмотрю на свойства проекта и нажму на различные пути / переменные в них -> more -> Macros, я увижу, что $ (WindowsSdkDir) верен.

Любая идея относительно того, что я должен попробовать? Никогда не сталкивался с этой проблемой на старом компьютере для разработки с Windows 7 и VS 2012.

L.E. как примечание, если я пытаюсь создать новый проект с инструментами v120, он работает, но мне нужны инструменты Windows7.1SDK.

Решение

Сбой компилятора с -1073741515 == 0xC0000135 == STATUS_DLL_NOT_FOUND. Это довольно серьезная ошибка, конечно, это должно никогда происходят, когда вы нацеливаетесь на SDK 7.1, так как он все еще использует тот же компилятор, изменяется только каталог SDK. Сам компилятор, а также используемые им DLL не являются частью SDK и предоставляются только в том случае, если на машине не установлена ​​VS. Вы можете использовать Process Monitor SysInternals для диагностики этого, вы увидите, что процесс CL.EXE ищет DLL и не находит ее.

Другие решения

Как указывает Ганс Пассант, cl.exe ищет mspdb100.dll (среди прочих) и не находит их.
Необходимые файлы находятся в каталоге, указанном в 7. ниже:

Моя рабочая установка:

Ошибка, которую я сделал:

  1. скопировал файлы из 6. выше в C: \ Program Files (x86) \ Microsoft Visual Studio 10.0 \ VC \ bin, полагая, что этот каталог находится в PATH, но это не так!
  2. Так что лучше делайте, как предложено в 7. выше или Йоданом в Как собрать набор инструментов платформы v90 в VS2012 без VS2008, используя Windows SDK?

Следующие шаги работают для меня в VS 2017.

1.Закройте VS 2017.
2. Перезагрузка машины.
3. Раскройте решение в VS 2017.
4. Создайте проект.
На этот раз я не получил следующую ошибку, и она успешно собирается.

Я попытался вручную редактировать реестр:

где я ставлю вручную CurrentInstallFolder как C:\Program Files\Microsoft SDKs\Windows\v7.1\ а также CurrentVersion как 7.1.7600.0.30514 , Если я посмотрю на свойства проекта и нажму на разные пути / переменные в них -> more -> Macros, то увижу, что $(WindowsSdkDir) верен.

Любая идея относительно того, что я должен попробовать? Никогда не сталкивался с этой проблемой на старом компьютере для разработки с Windows 7 и VS 2012.

LE как примечание, если я попробую новый проект с инструментами v120, он будет работать, но мне нужны инструменты Windows7.1SDK.

2 ответа

При попытке скомпилировать проект с помощью Platform Toolset для Windows7.1SDK.

Это не правильный выбор в "новой" установке для VS2013. Не очень понятно, что вы делали, это, конечно, уже не "свежо". Обращайтесь с Regedit.exe как с загруженным оружием, набор ключей реестра, который настраивает VS, с недавних пор становится довольно запутанным.

Сбой компилятора с -1073741515 == 0xC0000135 == STATUS_DLL_NOT_FOUND. Конечно, это довольно серьезная ошибка, она никогда не должна происходить, когда вы нацеливаетесь на SDK 7.1, так как он все еще использует тот же компилятор, изменяется только каталог SDK. Сам компилятор, а также используемые им DLL не являются частью SDK и предоставляются только в том случае, если на машине не установлена ​​VS. Вы можете использовать Process Monitor SysInternals для диагностики этого, вы увидите, что процесс CL.EXE ищет DLL и не находит ее.

Правильный путь к цели 7.1 - использовать набор инструментов v120_xp. Он собирает программы, которые все еще могут работать в XP, он также автоматически выбирает 7.1A SDK, который был установлен на вашем компьютере. Попробуйте отменить внесенные изменения.

Как указывает Ганс Пассант, cl.exe ищет mspdb100.dll (среди прочих) и не находит их. Необходимые файлы находятся в каталоге, указанном в 7. ниже:

Моя рабочая установка:

Ошибка, которую я сделал:

  1. скопировал файлы из 6. выше в C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin, полагая, что этот каталог находится в PATH, но это не так!
  2. Так что лучше поступите, как предложено в 7. и выше, или Йоданом в разделе Как построить с помощью набора инструментов платформы v90 в VS2012 без VS2008, используя Windows SDK?

Следующие шаги работают для меня в VS 2017.

1.Закрыть VS 2017. 2. Перезагрузить машину. 3. Открытое решение в VS 2017. 4. Построить проект. На этот раз я не получил следующую ошибку, и она успешно собирается.

Поскольку мне всё равно пришлось ставить Visual Studio Community для того, чтобы установить Windows Kits для работы с WinAPI, то я решил не использовать MingW, а доустановить C++ build tools и использовать их для компиляции. В этом случае придётся переделать задачи (tasks) и настройки VSCode.

Хорошее описание нашёл здесь, его и буду использовать в данной заметке.

Нам потребуется


1. Естественно нам потребуется сама программа VSCode.
2. В Visual Studio Community должен быть установлен компонент Desktop development with C++ :

Чтобы проверить успешную установку, достаточно вызвать Developer Command Prompt for VS 2019 (файл VsDevCmd.bat ) из Пуска. Там нужно запустить файл cl.exe . Вывод консоли должен быть без ошибок:

3. Для VSCode должно быть установлено дополнение (расширение) Microsoft C/C++

Настройка

4. В Проводнике открываем рабочую папку проекта и, удерживая Shift , нажимаем правую кнопку мыши, после чего выбираем Open PowerShell window here
5. В открывшемся окошке PowerShell запускаем VSCode, для этого нужно набрать code . и нажать Enter :

Шаги 9-11 скорее всего не нужны. В статье они есть, но без них у меня всё тоже прекрасно компилируется.


9. Открываем палитру команд с помощью комбинации клавиш Ctrl + Shift + P
10. Список большой, поэтому проще ввести часть слова и выбрать нужную команду Edit Configurations UI из списка:

11. В конфигурации необходимо проверить, а, при необходимости, установить путь для компилятора:



12. Внесём изменения в файл settings.json :

У меня глобальный файл настроек, а не только для проекта, поэтому я добавляю строчки в начало файла C:\Users\Denis\AppData\Roaming\Code\User\settings.json

13. Ранее я уже создавал файл Задач tasks.json, поэтому сейчас я добавлю к нему новые строчки:

14. Чтобы у нас была возможность запустить проект на отладку, можно использовать файл launch.json . Но я не хочу создавать такой файл для каждого проекта каждый раз, поэтому сделаю глобальную конфигурацию. Для этого я добавлю строчки в файл settings.json :

Благодаря этому, при нажатии F5 , проект будет откомпилирован, а потом запущен сразу после этого. Просто запустить, без отладки, можно комбинацией Ctrl + F5

Читайте также: