Error msb8020 the build tools for v141 platform toolset v141 cannot be found

I switched a VS2015 solution to VS2017 and retargeted the solution and all of its projects to Windows SDK Version 10.0…. My project compiles fine offline for both VS2015 and VS2017. AppVeyor fails for the retargeted project:

Build started
git clone -q --branch=master https://github.com/matt77hias/MAGE.git C:projectsmage
git checkout -qf 226a67dfbcc29a26256153f2d2e8b0b2cb3bccf4
msbuild "C:projectsmageMAGEMAGE.sln" /verbosity:normal /logger:"C:Program FilesAppVeyorBuildAgentAppveyor.MSBuildLogger.dll"
Microsoft (R) Build Engine version 14.0.25420.1
Copyright (C) Microsoft Corporation. All rights reserved.
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
Build started 8/13/2017 6:47:34 PM.
Project "C:projectsmageMAGEMAGE.sln" on node 1 (default targets).
ValidateSolutionConfiguration:
  Building solution configuration "Release|x64".
The target "_ConvertPdbFiles" listed in a BeforeTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (45,37)" does not exist in the project, and will be ignored.
The target "_CollectPdbFiles" listed in an AfterTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (45,70)" does not exist in the project, and will be ignored.
The target "_CollectMdbFiles" listed in a BeforeTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (52,38)" does not exist in the project, and will be ignored.
The target "_CopyMdbFiles" listed in an AfterTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (52,71)" does not exist in the project, and will be ignored.
Project "C:projectsmageMAGEMAGE.sln" (1) is building "C:projectsmageMAGEMAGE.vcxproj" (2) on node 1 (default targets).
C:Program Files (x86)MSBuildMicrosoft.Cppv4.0V140Microsoft.Cpp.Platform.targets(57,5): error MSB8020: The build tools for v141 (Platform Toolset = 'v141') cannot be found. To build using the v141 build tools, please install v141 build tools.  Alternatively, you may upgrade to the current Visual Studio tools by selecting the Project menu or right-click the solution, and then selecting "Retarget solution". [C:projectsmageMAGEMAGE.vcxproj]
Done Building Project "C:projectsmageMAGEMAGE.vcxproj" (default targets) -- FAILED.
The target "_ConvertPdbFiles" listed in a BeforeTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (45,37)" does not exist in the project, and will be ignored.
The target "_CollectPdbFiles" listed in an AfterTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (45,70)" does not exist in the project, and will be ignored.
The target "_CollectMdbFiles" listed in a BeforeTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (52,38)" does not exist in the project, and will be ignored.
The target "_CopyMdbFiles" listed in an AfterTargets attribute at "C:Program Files (x86)MSBuild14.0Microsoft.Common.targetsImportAfterXamarin.Common.targets (52,71)" does not exist in the project, and will be ignored.
Done Building Project "C:projectsmageMAGEMAGE.sln" (default targets) -- FAILED.
Build FAILED.
"C:projectsmageMAGEMAGE.sln" (default target) (1) ->
"C:projectsmageMAGEMAGE.vcxproj" (default target) (2) ->
(PlatformPrepareForBuild target) -> 
  C:Program Files (x86)MSBuildMicrosoft.Cppv4.0V140Microsoft.Cpp.Platform.targets(57,5): error MSB8020: The build tools for v141 (Platform Toolset = 'v141') cannot be found. To build using the v141 build tools, please install v141 build tools.  Alternatively, you may upgrade to the current Visual Studio tools by selecting the Project menu or right-click the solution, and then selecting "Retarget solution". [C:projectsmageMAGEMAGE.vcxproj]
    0 Warning(s)
    1 Error(s)
Time Elapsed 00:00:03.86
Command exited with code 1

Symptom

You have created a Unity project to create an app using MRTK2, and you want to use the new IL2CPP back-end. You open the solution in Visual Studio 2019, you try to deploy it by using Build/Deploy, and all the way at the end, the compiler complains about the «CL.exe» missing.

Alternatively, you might get the slightly more verbose error:

«error MSB8020: The build tools for Visual Studio 2017 (Platform Toolset = ‘v141’) cannot be found. To build using the v141 build tools, please install Visual Studio 2017 build tools. Alternatively, you may upgrade to the current Visual Studio tools by selecting the Project menu or right-click the solution, and then selecting «Retarget solution».»

Cause

I applied these commands in succession

npm install -g node-gyp

npm install --global --production windows-build-tools

CodeProject,
20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8
+1 (416) 849-8900

Как установить (v142) Инструменты сборки в Visual studio

Поскольку я пытаюсь что-то построить в visual studio, то visual studio показывает мне предупреждение, а затем, если я проигнорировал это и произвел build, то произошла ошибка.

Это также покажет мне альтернативный вариант, который я тоже пробовал, но не работает.

9 ответов

У меня была такая же проблема, но когда я пытался открыть проект, сделанный в VS2019, с помощью VS2017, я изменил это в своем проекте:

Перейдите в: Project->Properties->General->Platform Toolset и измените текущую версию своего VS.

Это сработало для меня!

Суть в том, что вам необходимо установить Visual Studio 2019 для доступа к инструментам v142.

Наряду с различными версиями Visual Studio (VS2015, VS2017, VS2019) Microsoft также выпускает различные версии инструментов сборки, поскольку они продолжают улучшать компилятор и предоставлять дополнительные возможности и соответствовать обновленным языковым стандартам (C++, C++11, C++17 и др.). См. Visual Studio 2015, не обнаруживающую инструменты сборки v141 (2017).

См. Также это сообщение в блоге Microsoft об инструментах сборки для VS2017 и доступе к более ранней версии v140 из VS2015. Инструменты сборки Visual Studio теперь включают наборы инструментов VS2017 и VS2015 MSVC.

Многие из вас сказали нам, что вам все еще нужен набор инструментов MSVC v140 из Visual Studio 2015, чтобы продолжить создание старых кодовых баз. Мы обновили инструменты сборки Visual Studio, включив в них набор инструментов v140 из Visual Studio 2015 с обновлением 3, включая последний выпуск обслуживания. Вы можете заметить, что версия сборки набора инструментов компилятора может не соответствовать версии в полной установке VS 2015, даже если это одни и те же компиляторы. Это происходит потому, что мы создаем полную Visual Studio и инструменты сборки Visual Studio в отдельных ветках, которые могут быть созданы в разные дни.

Рабочая нагрузка инструментов сборки Visual C++ в Visual Studio Build Tools по умолчанию устанавливает последний набор инструментов v141 из VS2017. Набор инструментов v140 из VS2015 будет устанавливаться параллельно с набором инструментов v141. Чтобы установить их, просто выберите «Набор инструментов VC++ 2015.3 v140 для настольных ПК (x86,x64)» в нижней части раздела «Дополнительно».

В вашем случае инструменты сборки V142 были выпущены с VS2019. Не похоже, что версия 142 доступна для VS2017. Последние инструменты сборки для VS2017 выглядят как v141.

Вы можете использовать установщик Visual Studio для изменения доступных инструментов сборки путем добавления или удаления из списка. В этом сообщении SO описывается аналогичная проблема, но с отсутствием v140 в установке VS2015 Visual Studio. Ошибка MSbuild: инструменты сборки для v140 (Platform Toolset = ‘v140’) не могут быть найдены

Однако, если Microsoft не выпустила конкретную версию Build Tools для используемой вами Visual Studio, она не будет отображаться в списке доступных наборов инструментов.

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

Другими словами, если у вас есть VS2019 с уже установленной целью по умолчанию v142, а затем устанавливается VS2017, цель по умолчанию изменится на v141, требуя, чтобы вы фактически установили цель сборки на v142 при использовании VS2019.

Похоже, что начиная с VS2015, Microsoft предоставляет стандартный движок Visual Studio, который является общим для VS 2015, VS2017 и VS2019, с обновленными инструментами сборки и различными компонентами для обеспечения новых функций и соответствия новым языковым стандартам. Существуют зависимости между версией Visual Studio и тем, какие инструменты и компоненты сборки можно использовать с версией Visual Studio, например, версия 142 недоступна для VS2017, скорее всего, для стимулирования покупки нового продукта.

Источник

Русские Блоги

Решение ошибки ошибки миграции платформы VS MSB8020: инструменты сборки для V141

Поместите программу, составленную на VS2017 в VS2013, и сообщите об ошибке:

error MSB8020: The build tools for v141 (Platform Toolset = ‘v141’) cannot be found. To build using the v141 build tools, please install v141 build tools.

Это связано с тем, что набор инструментов платформы не соответствует. V141 — это набор инструментов платформы VS2015. VS2013 не имеет этого набора инструментов, поэтому его можно изменить на V120.

Project- «Свойства-» Свойства конфигурации-обычная сборы платформ

Интеллектуальная рекомендация

IView CDN Загрузка значка шрифта нормальная, а значок шрифта не может быть загружен при локальной загрузке JS и CSS

Используйте iview, чтобы сделать небольшой инструмент. Чтобы не затронуть другие платформы, загрузите JS и CSS CDN на локальные ссылки. В результате значок шрифта не может быть загружен. Просмо.

Критическое: ошибка настройки прослушивателя приложения класса org.springframework.web.context.ContextLoaderLis

1 Обзор Серверная программа, которая обычно запускалась раньше, открылась сегодня, и неожиданно появилась эта ошибка. Интуитивно понятно, что не хватает связанных с Spring пакетов, но после удаления п.

1086 Не скажу (15 баллов)

При выполнении домашнего задания друг, сидящий рядом с ним, спросил вас: «Сколько будет пять умножить на семь?» Вы должны вежливо улыбнуться и сказать ему: «Пятьдесят три». Это.

Pandas применяют параллельный процесс приложения, многоядерная скорость очистки данных

В конкурсе Algorith Algorith Algorith Algorith Algorith 2019 года используется многофункциональная уборка номера ускорения. Будет использовать панды. Но сама панда, кажется, не имеет механизма для мно.

PureMVC Learning (Tucao) Примечания

Справочная статья:Введение подробного PrueMVC Использованная литература:Дело UnityPureMvc Основная цель этой статьи состоит в том, чтобы организовать соответствующие ресурсы о PureMVC. Что касается Pu.

Источник

Как установить (v142) инструменты сборки в Visual Studio

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

Он также покажет мне альтернативный вариант, который я тоже пробовал, но не работает.

10 ответов

Спасибо — это зависит от того, как вы продвигаетесь в своем проекте. Файл проекта, по-видимому, построен с использованием v142, однако это НЕ ОБЯЗАТЕЛЬНО. Таким образом, вы можете просто использовать указанное выше решение и использовать имеющуюся у вас версию «инструмента сборки». Точно так же могут быть другие версии VS, которые можно использовать — я преодолел это, и проект был построен без каких-либо видимых проблем.

Думаю, это будет часто случаться, когда вы получаете проект от профессионального разработчика и хотите создать его с помощью бесплатной версии VS!

У меня была такая же проблема, но при попытке открыть проект, созданный в VS2019, с помощью VS2017, поэтому я изменил это в своем проекте:

Перейдите в: Project-> Properties-> General-> Platform Toolset и измените текущую версию своего VS.

Я использую Visual Studio 2017 и Visual Studio 2019 на двух разных компьютерах, и у меня регулярно возникают проблемы с набором инструментов платформы.

В VS 2019 при открытии решения / проекта, созданного с помощью VS2017, я обычно просто перехожу к «проектам» в строке меню вверху и выбираю «перенацеливание решения» (это, вероятно, устанавливает платформу на V142).

Напротив, в VS 2017 при открытии решения / проекта, созданного с помощью VS2019 (набор инструментов платформы v142), чтобы позволить ему работать, мне нужно «понизить» его до платформы v141. Для этого я щелкаю правой кнопкой мыши по проекту (а не по решению) и выбираю свойства, затем «Общие» и ищу «набор инструментов платформы», который я установил на «Visual studio 2017 (v141)», а затем я могу снова скомпилировать без ошибок. .

Суть в том, что вам необходимо установить Visual Studio 2019 для доступа к инструментам v142.

Наряду с различными версиями Visual Studio (VS2015, VS2017, VS2019) Microsoft также выпускает разные версии инструментов сборки, поскольку они продолжают улучшать компилятор и предоставлять дополнительные возможности и соответствовать обновленным языковым стандартам (C ++, C ++ 11, C ++ 17 и др.). См. Visual Studio 2015 не обнаруживает инструменты сборки v141 (2017)

См. Также это сообщение в блоге Microsoft об инструментах сборки для VS2017 и доступе к более ранней версии v140 из VS2015, Инструменты сборки Visual Studio теперь включают наборы инструментов VS2017 и VS2015 MSVC.

Многие из вас сказали нам, что вам все еще нужен набор инструментов MSVC v140 из Visual Studio 2015, чтобы продолжить создание старых кодовых баз. Мы обновили инструменты сборки Visual Studio, включив в него набор инструментов v140 из Visual Studio 2015 с обновлением 3, включая самый последний выпуск обслуживания. Вы можете заметить, что версия сборки набора инструментов компилятора может не соответствовать версии в полной установке VS 2015, даже если это одни и те же компиляторы. Это происходит потому, что мы создаем полную Visual Studio и инструменты сборки Visual Studio в отдельных ветвях, которые могут быть созданы в разные дни.

Рабочая нагрузка инструментов сборки Visual C ++ в Visual Studio Build Tools по умолчанию устанавливает последний набор инструментов v141 из VS2017. Набор инструментов v140 из VS2015 будет устанавливаться параллельно с набором инструментов v141. Чтобы установить их, просто выберите «Набор инструментов VC ++ 2015.3 v140 для настольных ПК (x86, x64)» в нижней части раздела «Необязательно».

В вашем случае инструменты сборки V142 были выпущены с VS2019. Не похоже, что версия 142 доступна для VS2017. Самые последние инструменты сборки для VS2017 выглядят как v141.

Вы можете использовать установщик Visual Studio для изменения доступных инструментов сборки, добавляя или удаляя их из списка. В этом сообщении SO описывается аналогичная проблема, но с отсутствием v140 в установке VS2015 Visual Studio. Ошибка MSbuild: инструменты сборки для v140 (Platform Toolset = ‘v140’) не может быть найден

Однако, если Microsoft не выпустила конкретную версию Build Tools для используемой вами Visual Studio, она не будет отображаться в списке доступных наборов инструментов.

Похоже, что начиная с VS2015, Microsoft предоставляет стандартный движок Visual Studio, который используется в VS 2015, VS2017 и VS2019, с обновленными инструментами сборки и различными компонентами для обеспечения новых функций и соответствия новым языковым стандартам. Существуют зависимости между версией Visual Studio и тем, какие инструменты и компоненты сборки можно использовать с версией Visual Studio, например Версия 142 недоступна для VS2017, скорее всего, чтобы стимулировать покупку нового продукта.

При установке VS2017 после установки VS2019

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

Другими словами, если у вас есть VS2019 с уже установленной целью по умолчанию v142, а затем установите VS2017, цель по умолчанию изменится на v141, требуя, чтобы вы фактически установили цель сборки на v142 при использовании VS2019.

Источник

Изменить целевую платформу решения

Проект не запускается и выдаёт вот такую ошибку:

Ошибка MSBuild MSB8020
Не удалось найти средства сборки для v142 (набор средств платформы = «v142»). Чтобы выполнить сборку с помощью версии v142 средств сборки, установите средства сборки v142. Также можно выполнить обновление до текущих средств Visual Studio, выбрав меню «Проект» или щелкнув правой кнопкой мыши решение, а затем выбрав «Изменить целевую платформу решения».

При нажатии на «Изменить целевую платформу решения» появляется это окно. Но при изменении версии пакета ничего не меняется. Ошибка остаётся.

Как я могу изменить целевую платформу на Windows 7? Все, что я могу выбрать, это Windows 8.1, и поэтому мой проект не работает на Windows 7. Тот же проект, который я использовал для компиляции на моем старом ПК с Windows 7 с помощью Visual Studio 2013. И, конечно, он работал там.

Я уже пытался установить Windows 7 SDK, но, к сожалению, это не работает, так как требует Net Framework 4.0, который я больше не могу установить. (Windows 10 включает в себя 4.6?) — https://msdn.microsoft.com/en-us/en-en/library/ff770576.aspx

Решение

Версия целевой платформы

Для работы с Windows 7 или Windows Vista используйте значение 8.1, поскольку Windows SDK 8.1 обратно совместим с этими платформами. Кроме того, вы должны определить соответствующее значение для _WIN32_WINNT в targetver.h. Для Windows 7 это 0×0601. Увидеть Изменение WINVER и _WIN32_WINNT .

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

Чтобы получить дополнительные целевые платформы (то есть более старые компиляторы Visual C), установите соответствующие более старые версии Visual Studio параллельно.

Например, если вы хотите использовать Visual Studio 2017 в графическом интерфейсе и хотите выполнить сборку с VC2008 (msvc90), установите Visual Studio 2008 параллельно с Visual Studio 2017. В VS2017 в настройках сборки вы можете выбрать «VC». 2008 «построить цель.

есть ли способ в Visual Studio 2010 изменить целевую платформу по умолчанию, на которую указывают проекты при их создании? Я хочу нацелиться на 4.0. framework по умолчанию, а не версия профиля клиента платформы 4.0.

5 ответов

Visual Studio 2010 (и более старые версии) запомнит последнюю целевую платформу, которую вы выбрали при использовании File -> New -> New Project . Таким образом, если вы создадите новый проект с помощью 4.0, в следующий раз при создании нового проекта 4.0 будет выбрана целевая платформа.

EDIT: далее комментарий ниже:

посмотрев на это немного больше, есть еще одно решение, которое немного менее фаффи, чем информация по ссылке, которую я опубликовал в комментариях под.

создайте новое решение / проект с необходимой настройкой, затем goto File -> Export Template . После того, как вы сделали там, вы можете использовать свой новый шаблон, когда вы идете File -> New -> New Project .

кажется, работает,но не полностью протестирован.

есть способ изменить его, взломав шаблон:

что, вероятно, близко к тому же, что и ответ MrEyes.

Я знаю, что вопрос был первоначально для VS2010, но в Visual Studio 2015 гораздо проще изменить целевую структуру по умолчанию.

при добавлении нового проекта измените структуру вверху —

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

вот как вы делаете это с VS2008. Похоже, такой же (той же?) процесс для VS2010. (Я просто сделал это в своей собственной среде разработки VS2010.)

• Правой Кнопкой Мыши на имя проекта.
• перейдите на вкладку Приложения.
• в списке «целевая структура» Выберите структуру, которую вы хотите использовать. Он будет отличаться в зависимости от того, какие .NET-фреймворки доступны в вашей системе.

Это так же просто, как в вашей Visual studio.

перейдите в 4-й пункт меню сверху, «веб-сайт».

В разделе веб-сайты перейдите к опции «параметры запуска».

В разделе Параметры запуска перейдите к опции’ build’.

измените целевую структуру там на то, что так когда-либо рамки.

Источник