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



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

全新的计算机,刚刚安装了VS2017(从2015年开始从未在以前的计算机上更新,因为我担心这样的问题(。

已经在该软件上工作了大约一年。它有2个库,总共3个项目文件。

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

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

我验证了项目文件中的引用是 v141 并在项目属性中验证。 是否有可能 - 代码中的某些内容正在强制这样做 - 代码没有什么花哨的(用于调试目的(。 没有花哨的指令。

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

您的任何想法将不胜感激。 谢谢

好的伙计们 - 我找到了一个解决方法。这不是答案(因为我相信答案意味着知道问题的原因并修复它(。但是,如果遇到此问题,它会让一个人启动并运行。

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

我将在系统上保留旧的解决方案 - 以防有人希望我尝试另一个想法,以发现正在发生的事情。

抱怨:这太愚蠢了。我有新的警告 - 不存在 - 并且用户控件DLL表现得很愚蠢,这意味着我必须花几天时间发现2017年与2015年的细微差别。Microsoft告诉我们如何提高效率 - 有时在启动新版本时会忽略这样做。总是向后兼容性存在一些问题。

相关内容

  • 没有找到相关文章

最新更新