将VS 2015移植到VS 2017 MSB8020:v140的构建工具尚未解决

问题描述 投票:0回答:1

好的伙计我有一个问题。我希望我能在论坛中找到答案,但似乎没有一个正是我需要的。

全新的电脑,刚刚安装了VS2017(从未在2015年更新过以前的电脑,因为我担心这样的问题)。

一直在使用这个软件大约一年。它有2个库,总共3个项目文件。

现在所有单一项目解决方案都在完美构建(无问题)。具有3个项目文件的解决方案解决方案正在生成错误; MSB8020:为v140构建工具。现在我不想倒退 - 所以像安装v140(在之前的问题中找到)这样的答案是不可能的。

隔离问题 - 图书馆(A)没有依赖性。图书馆(B)取决于图书馆(A)。主要代码(项目)使用两者。当我构建库(A) - 没有错误 - 当我构建库(B)时 - 出现MSB9020错误。

我验证了项目文件中的引用是v141并在项目属性中验证。这是可能的 - 代码中的某些东西迫使这个 - 代码没什么特别的(为了调试目的)。没有花哨的指令。

我可以继续使用旧计算机来处理这个项目。我正在考虑从头开始重建项目。我试图避免这种情况。

你有的任何想法都会得到很大的赞赏。谢谢

visual-studio-2015 visual-studio-2017 porting
1个回答
0
投票

好的FOLKS - 我发现了一个工作场所。这不是答案(因为我相信答案意味着知道问题的原因并修复它)。但如果他们遇到这个问题,它会让一个人起来跑。

所有其他项目“解决方案”都有效。但他们只有一个项目。这个有3个项目。首先遵循最简单的想法 - 我决定创建一个新的解决方案。所以我创建了一个新文件夹,复制了3个Project文件夹,并创建了一个空的解决方案。我将现有项目添加到解决方案中,重新建立了依赖关系 - 并且认为完全构建是成功的(并非没有一些不相关的问题,但它有效)。

我会在系统上保留旧的解决方案 - 如果有人想让我尝试另一个想法,发现正在发生的事情。

GRIPE:这很愚蠢。我有新的警告 - 不存在 - 用户控制DLL表现得很傻,这意味着我必须花几天时间发现2015年的细微差别。微软告诉我们如何提高效率 - 有时忽略这样做在推出新版本时自己。始终存在向后兼容性问题。

© www.soinside.com 2019 - 2024. All rights reserved.