Error msb8020 the build tools for v143 platform toolset v143 cannot be found - Исправление ошибок и поиск оптимальных решений проблем

This is the GitHub page where I’m trying to use msbuild.exe only it’s throwing this following error:

1>------ Build started: Project: keycastow, Configuration: Debug|Win32 ------
C:Program Files (x86)Microsoft Visual Studio2019CommunityMSBuildMicrosoftVCv160Microsoft.CppBuild.targets(379,5): error MSB8020: The build tools for Visual Studio 2013 (Platform Toolset = 'v120') cannot be found. To build using the v120 build tools, please install Visual Studio 2013 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".
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

Is there 2 possible options to get this on GitHub to work?

NOTE: I would prefer option number one.

To update the current code to 2019 standards (would that be difficult for a beginner)?
Get the current v120 build tools to work.
- Am I missing dependencies for it to work? My current installs View
- I’ve checked this thread here and downloaded Microsoft Build Tools 2013 and installed but I’m having the same problem. Seeing as I’m using 2019, I thought it best to open up a new thread.

Additional info

Here’s a screenshot of what I’ve currently installed in Visual Studio 2019.
View.
There are no options in the current version to install Microsoft Build Tools 2013 in the app itself so the installed standalone version doesn’t appear here as an option.

asked Jun 23, 2019 at 16:21

Open the keycastow.vcxproj with notepad, change here the <PlatformToolset>v120</PlatformToolset> to <PlatformToolset>v142</PlatformToolset> to use the VC++ 2019 platform or change the version via UI

In Visual Studio, in Solution Explorer, open the shortcut menu for
your project (not for your solution) and then choose Properties to
open your project Property Pages dialog box.

In the Property Pages dialog box, open the Configuration drop-down list and then select All Configurations.

In the left pane of the dialog box, expand Configuration Properties and then select General.

In the right pane, select Platform Toolset and then select the toolset you want from the drop-down list (2019 — v142 in your case)

Choose the OK button.

Now you compile the project without installing anything.

answered Jun 23, 2019 at 18:46

magicandre1981magicandre1981

27.5k5 gold badges83 silver badges124 bronze badges

For VS2019, I had to switch from a Visual Studio Build to an MSBuild Build and then specify which MSBuild.exe the build machine would run. The default was from a different PlatformToolset.

Change the Path to MSBuild to the correct MSBuild.exe; e.g.

C:Program Files (x86)Microsoft Visual Studio2019EnterpriseMSBuildCurrentBinamd64MSBuild.exe

answered Apr 5, 2021 at 21:26

ergohackergohack

1,22014 silver badges26 bronze badges

Got the following error message trying to build a Visual Studio 2022 project

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

Your solution and this one worked for me

Visual Studio 2022 not listed in devops build solution pipeline task

answered Mar 15, 2022 at 13:45

Источник

I’m new to CodeQL and MSBuild. I copied the code below for codeql-analysis. And now it won’t run.

Somehow I get this error every time CodeQL runs:
C:Program Files (x86)Microsoft Visual Studio2019EnterpriseMSBuildMicrosoftVCv160Microsoft.CppBuild.targets(439,5): error MSB8020: The build tools for v143 (Platform Toolset = 'v143') cannot be found. To build using the v143 build tools, please install v143 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". [D:aspotonspotonspotonspoton.vcxproj] 2>Done Building Project "D:aspotonspotonspotonspoton.vcxproj" (default targets) -- FAILED. 1>Done Building Project "D:aspotonspotonspoton.sln" (default targets) -- FAILED.

And here is the file I use. If someone can tell me what to change: https://github.com/turbosmurfen/spoton/blob/main/.github/workflows/codeql-analysis.yml

Would be really happy if someone could help me with this.

Источник

Remove From My Forums

Question
Hi,

I am trying to build a solution using MSBuild but I get an error seemingly indicating some tools are not installed. I looked in the directories and they indeed seem to be nowhere found. The message I get is:

C:Program Files (x86)MSBuildMicrosoft.Cppv4.0V140Microsoft.Cpp.Platform.targets(57,5): error MSB8020: The build t
ools for v141 (Platform Toolset = ‘v141’) cannot be found. To build using the v141 build tools, please install v141 bui
ld tools. Alternatively, you may upgrade to the current Visual Studio tools by selecting the Project menu or right-cli
ck the solution, and then selecting «Retarget solution». [C:UsersJuan DentC++ DevelopmentSource Componentsmetashel
lmetashell3rdtemplightbuildZERO_CHECK.vcxproj]

and the MSBuild directory v4.0 only has v110, v120, v140 — not v141!

Thanks,

Juan

Juan Dent

Answers

Disable the MSBuild parallel build options?

This will only let MSBuild start one project build at a time.

This is a signature. Any samples given are not meant to have error checking or show best practices. They are meant to just illustrate a point. I may also give inefficient code or introduce some problems to discourage copy/paste coding. This is because
the major point of my posts is to aid in the learning process.
- Marked as answer by
  
  Sunday, January 21, 2018 12:26 AM

Источник

Hi,

Good day to you.

Thanks for posting in Intel Communities.

Please can you share the exact steps and commands you followed so that we can reproduce the error from our side?

Thank You!

Here is the code. Exception at line 30.
————————————————

#include «oneapi/dal/algo/dbscan.hpp»
#include «oneapi/dal/io/csv.hpp»
//#include «C:Program Files (x86)InteloneAPIdal2021.7.1examplesoneapicppsourceexample_utilutils.hpp»
#include «C:Program Files (x86)InteloneAPIdal2021.7.1examplesoneapicppsourceexample_utilinput_helpers.hpp»
#include «C:Program Files (x86)InteloneAPIdal2021.7.1examplesoneapicppsourceexample_utiloutput_helpers.hpp»
#include <iostream>

namespace dal = oneapi::dal;

int main(int argc, char const *argv[]) {

const auto x_data = dal::read<dal::table>(dal::csv::data_source{ data_file_name });

double epsilon = 0.04;
std::int64_t min_observations = 45;
auto dbscan_desc = dal::dbscan::descriptor<>(epsilon, min_observations);
dbscan_desc.set_result_options(dal::dbscan::result_options::responses);

// const auto x_data = dal::read<dal::table>(dal::csv::data_source{ data_file_name });

const auto result_compute = dal::compute(dbscan_desc, x_data);

std::cout << «Cluster count: » << result_compute.get_cluster_count() << std::endl;
std::cout << «Responses:n» << result_compute.get_responses() << std::endl;

return 0;
}

Hi,

Good day to you.

Please follow the below steps to run the executable:

1. In Visual Studio 2019 change the Solution Configuration from ‘Debug.dynamic.sequential‘ to ‘Release.dynamic.sequential‘ and build the solution

2. Open the command prompt using ‘Run as administrator’ option

3. Once the command prompt is open go to ‘oneAPIdal2021.7.1env‘ directory and run vars.bat file in command prompt itself to source the environment variables

4. Now go to ‘oneAPIdal2021.7.1examplesoneapidata‘ and copy ‘dbscan_dense.csv’ and paste it to the folder where executable file(dbscan_brute_force_batch.exe) is present.

5. Now run the executable.

Thank You,

Alekhya

Thank you Alekhya. Unfortunately, it didn’t work.
Even after sourcing vars.bat from a command prompt with Administrator privileges, the following DLLs are not still found.
onedal_core.1.dll
onedal_dpc.1.dll
onedal_thread.1.dll
sycl.dll

After manually copying those DLLs into the same directly as dbscan_brute_force_batch.exe, the executable will run. However, it still crashes at the same point. It doesn’t get past result_compute.get_responses().

I could find no references to ‘Debug.dynamic.sequential‘ or ‘Release.dynamic.sequential‘. I did change the configuration to «Release». Could you provide a reference to these configuration options? I’m using Visual Studio 2019.

Does it matter what compiler I use? I’ve tried Intel DPC++ compiler and Visual C++ compiler. The software crashes at the same point in both cases.

Hi,

We tried with the latest version of the base toolkit and it worked fine for us. Could you please try re-installing the oneapi base toolkit(latest version) and check if the issue still persists?

Regards,

Alekhya

Hi Alekhya,

After installing oneAPI Base Toolkit 2022.3.1.19798, the problem still persists. The base toolkit contains the same version of Data Analytics Library as in the standalone installer (2021.7.1). We’ve tried this on three different computers with the same results. It crashes at result_compute.get_responses().

What version of base toolkit do you have? What compiler did you use? What do you mean by ‘Release.dynamic.sequential‘? Is the example code correct (https://oneapi-src.github.io/oneDAL/examples/dpc/dbscan_brute_force_batch.html#dpc-dbscan-brute-forc…)? Does it make sense to try an older version of Data Analytics Library? Perhaps this bug was introduced recently (?).

Please help in fixing this bug that prevents getting results from DBSCAN in Data Analytics Library. Thank you.

Hi,

Good day to you.

Here are the answers for the questions you asked

1. What version of base toolkit do you have?

We have the latest version of base toolkit that is version 2022.3.1

2. What compiler did you use?

We are using Intel DPC++/C++ complier

3. What do you mean by ‘Release.dynamic.sequential’?

In Visual Studio 2019 there is a tab for ‘Solution Configurations’ which you have to select ‘Release.dynamic.sequential’.

You can refer the below screenshots for it:

4. Is the example code correct (https://oneapi-src.github.io/oneDAL/examples/dpc/dbscan_brute_force_batch.html#dpc-dbscan-brute-forc…)?

Yes the example code is correct.

5. Does it make sense to try an older version of Data Analytics Library? Perhaps this bug was introduced recently ?

It is not a bug, we were able to run it.

You can change the solution configuration in Visual Studio 2019 to ‘Release.dynamic.sequential’and try running it as per the steps provided above.

Please do let us know if you still face any issues.

If this resolves your issue, make sure to accept this as a solution. This would help others with similar issues.

Thank You!

Thank you. I see. ‘Release.dynamic.sequential‘, etc. are custom build configurations defined in the examples solution (oneDALExamples.sln). Those obviously aren’t available if I create a new solution, which is what I had done.

Are these build configurations defined/documented somewhere? Would it be possible to set up a working build configuration with, for example, CMake?

After copying and using the examples solution, the code is running successfully.

Hi,

Good day to you

Glad to know that your issue is resolved.

We have raised your concerns to the respective team.

We will get back to you soon with an update

Thank You!

Hi,

What custom builds are you talking about, could you share that? Debug and Release modes have nothing to do with oneAPI. Debug mode tells the compiler to add debug information that may need extra functions/libraries. And it might be causing that issue. It’s not recommended if you want to run the samples.

Thanks

‘Release.dynamic.sequential‘, etc. are custom build configurations that you created in your examples solution. Those configurations don’t exist outside your examples solution. Are they documented? How did you define them? It’s clear that there are specific configuration settings required to get your library to run successfully as a generic «Release» configuration in a new solution doesn’t work. What are those settings?

Hi,

all the configs required for the sample are already there in the sample solution. But there might be some mismapping in configs. And it is corrected automatically if you open the project solution. I saw this kind of error/warning on top when I opened sln.

Current solution contains incorrect configs mappings. It may cause projects to not work correctly. Open the Configuration Manager to fix them.

After correcting configs mappings, the issue is not there. With normal build, it runs fine.

SW installations and versions: Visual Studio 2022 oneDAL 2021.7.1

For a custom solution, you need to follow the sample and its requirements and check the oneAPI directories linked with the particular sample.

I don’t think you should be worried about the config mode.

Hi,

Could you check building the sample solution with Visual Studio 2022? I could see all these configs mismappings fixed automatically in Visual Studio 2022.

Meanwhile, I am checking internally for Visual Studio 2019.

Hi Scott,

I checked Visual Studio 2019. The issue is that:

Error MSB8020 The build tools for v143 (Platform Toolset = ‘v143’) cannot be found. To build using the v143 build tools, please install v143 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». dbscan_brute_force_batch

If you can retarget the solution that is good. But in some cases, we don’t get an option to «Retarget solution»

And also I see that there is no option for installing build tools for v143 from Visual Studio Installer. In my case, it is v142.

So seems like this issue is from Visual Studio 2019 compatibility. Nothing to do with oneAPI sample. As it’s running fine in Visual Studio 2022. We’d test more and update the system requirements for oneDAL and also if there is any official work around to use oneDAL with Visual Studio 2019.

I want you to check Visual Studio 2022. I hope you won’t see any build issue. And will be able to make custom solutions.

Thanks

Hi,

There are two points to mention here.

Currently, the issue with Visual Studio 2019 is the configs mismappings for oneDAL by default. This can be fixed by updating the build toolset provided in the sample sln. oneDAL sln will be updated with the newer build tools. But in general, users are expected to retarget example to their particular versions that they have installed.

In VS 2022, this retarget is happening automatically. But in VS 2019, not.

Another point as you mentioned, Would it be possible to set up a working build configuration with, for example, CMake?

Currently, there is no such option. However, we have plans to stop using solutions and move to a more reasonable way such as CMake. Although there is no timeline fixed for this.

oneDAL 2023.0 is also releasing soon.

Closing the case for now as we have not heard anything from you. Please accept it as the solution if you find it useful.

Just as an update — we’ve update our CMake examples and they would be available in next release. Alternatively you can try them from examples directory — this might take some extra work for integrating them though.

https://github.com/oneapi-src/oneDAL/tree/master/examples

Also i would like to note that sln and make examples would be deprecated in favor of CMake examples.

Источник

dabriones

-15 / 1 / 1

Регистрация: 16.04.2015

Сообщений: 395

23.05.2016, 18:45. Показов 22729. Ответов 7

Метки нет (Все метки)

Пробую собрать и выдает ошибку:

C++

1>------ Построение начато: проект: MiniBase, Конфигурация: Debug Win32 ------
1>Файл проекта содержит ToolsVersion="14.0". Возможно, этот набор инструментов неизвестен или отсутствует (в этом случае проблему можно устранить, установив подходящую версию MSBuild), либо для данной сборки определено конкретное значение ToolsVersion в параметрах политики. Проект обрабатывается как имеющий ToolsVersion="4.0". Дополнительные сведения см. по ссылке [url]http://go.microsoft.com/fwlink/?LinkId=291333[/url].
1>C:Program Files (x86)MSBuildMicrosoft.Cppv4.0V110Microsoft.Cpp.Platform.targets(44,5): error MSB8020: The builds tools for v140 (Platform Toolset = 'v140') cannot be found. To build using the v140 build tools, either click the Project menu or right-click the solution, and then select "Update VC++ Projects...". Install v140 to build using the v140 build tools.
========== Построение: успешно: 0, с ошибками: 1, без изменений: 0, пропущено: 0 ==========

Файлы: Engine Hack Base 2015.rar

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

-15 / 1 / 1

Регистрация: 16.04.2015

Сообщений: 395

24.05.2016, 16:52

[ТС]

Использовал Microsoft Visual 2012

Добавлено через 21 час 32 минуты
Куда подевались люди….

3064 / 1404 / 423

Регистрация: 19.01.2009

Сообщений: 3,831

24.05.2016, 22:19

Сообщение было отмечено BRcr как решение

Решение

dabriones, откройте свойства проекта. Во вкладке General есть пункт Platform Toolset, в нем указано v140. Поменяйте его значение на v110 (выбор из выпадающего списка). Жмем Ок. Пробуйем собрать снова.

-15 / 1 / 1

Регистрация: 16.04.2015

Сообщений: 395

24.05.2016, 22:53

[ТС]

Не наблюдаю такого!

-15 / 1 / 1

Регистрация: 16.04.2015

Сообщений: 395

24.05.2016, 22:55

[ТС]

dabriones

-15 / 1 / 1

Регистрация: 16.04.2015

Сообщений: 395

24.05.2016, 23:05

[ТС]

Нашел и толку 0, как исправить?

C++

1>------ Перестроение всех файлов начато: проект: MiniBase, Конфигурация: Release Win32 ------
1>Файл проекта содержит ToolsVersion="14.0". Возможно, этот набор инструментов неизвестен или отсутствует (в этом случае проблему можно устранить, установив подходящую версию MSBuild), либо для данной сборки определено конкретное значение ToolsVersion в параметрах политики. Проект обрабатывается как имеющий ToolsVersion="4.0". Дополнительные сведения см. по ссылке [url]http://go.microsoft.com/fwlink/?LinkId=291333[/url].
1>C:Program Files (x86)MSBuildMicrosoft.Cppv4.0V110Microsoft.Cpp.Platform.targets(44,5): error MSB8020: The builds tools for v110_xp (Platform Toolset = 'v110_xp') cannot be found. To build using the v110_xp build tools, either click the Project menu or right-click the solution, and then select "Update VC++ Projects...". Install v110_xp to build using the v110_xp build tools.
========== Перестроение всех: успешно: 0, с ошибками: 1, пропущено: 0 ==========

3064 / 1404 / 423

Регистрация: 19.01.2009

Сообщений: 3,831

25.05.2016, 15:34

Сообщение было отмечено dabriones как решение

Решение

Сообщение от dabriones

v110_xp

в выпадающем списке есть v110 без xp? Попробуйте каждый тулсет, который есть у вас в списке. Кстати, что там у Вас?

-15 / 1 / 1

Регистрация: 16.04.2015

Сообщений: 395

25.05.2016, 21:21

[ТС]

Там не было, но я нашел в другом проекте — Visual Studio 2012 (v110) и всё заработало!

Источник

Содержание

Как установить (v142) Инструменты сборки в Visual studio
9 ответов
Русские Блоги
Решение ошибки ошибки миграции платформы VS MSB8020: инструменты сборки для V141
Интеллектуальная рекомендация
IView CDN Загрузка значка шрифта нормальная, а значок шрифта не может быть загружен при локальной загрузке JS и CSS
Критическое: ошибка настройки прослушивателя приложения класса org.springframework.web.context.ContextLoaderLis
1086 Не скажу (15 баллов)
Pandas применяют параллельный процесс приложения, многоядерная скорость очистки данных
PureMVC Learning (Tucao) Примечания
Как установить (v142) инструменты сборки в Visual Studio
10 ответов
Изменить целевую платформу решения
Решение
Другие решения
5 ответов

Как установить (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’) не может быть найден

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

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

Другими словами, если у вас есть 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’.

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

Источник

This blog article shows you one of the possible ways to find the error below.

“Severity Code Description Project File Line Suppression State

Error MSB8020 The build tools for v142 (Platform Toolset = ‘v142’) cannot be found. To build using the v142 build tools, please install v142 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”.”

One of the reasons is, you developed the C++ program using newer Visual Studio. Here is Visual Studio 2019. What you need to do is, right click the project. Go to Properties. Select the right Platform Toolset.

You might then face another error like the one below.

“Severity Code Description Project File Line Suppression State

Error MSB8036 The Windows SDK version 10.0 was not found. Install the required version of Windows SDK or change the SDK version in the project property pages or by right-clicking the solution and selecting “Retarget solution”.”

Right click the project again. Go to Properties. Select the right Windows SDK Version.

About chanmingman

Since March 2011 Microsoft Live Spaces migrated to WordPress (http://www.pcworld.com/article/206455/Microsoft_Live_Spaces_Moves_to_WordPress_An_FAQ.html) till now, I have is over 1 million viewers. This blog is about more than 50% telling you how to resolve error messages, especial for Microsoft products. The blog also has a lot of guidance teaching you how to get stated certain Microsoft technologies. The blog also uses as a help to keep my memory. The blog is never meant to give people consulting services or silver bullet solutions. It is a contribution to the community. Thanks for your support over the years.

Ming Man is Microsoft MVP since year 2006. He is a software development manager for a multinational company. With 25 years of experience in the IT field, he has developed system using Clipper, COBOL, VB5, VB6, VB.NET, Java and C #. He has been using Visual Studio (.NET) since the Beta back in year 2000. He and the team have developed many projects using .NET platform such as SCM, and HR based applications. He is familiar with the N-Tier design of business application and is also an expert with database experience in MS SQL, Oracle and AS 400.

Источник

Question

Answers

Решение

Решение

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

9 ответов

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

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

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

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

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

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

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

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

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

10 ответов

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

Решение

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

5 ответов

About chanmingman