5

好奇是否有人知道如何解决此问题；我有一个特定的 .cpp 文件，出于某种原因，每当我修改它（甚至只是添加一个空格字符）并构建项目时，都会导致重新编译许多其他不相关的 .cpp 文件（其中 10-20 个）。

该文件在任何其他文件中都没有#include（我从不直接#include .cpp 文件，只有.h），并且没有我能想到的其他依赖项 - 在我看来，Visual Studio 误解了依赖关系树，或者有一些与其构建过程相关的损坏的内部状态。我尝试删除 .sdf、.suo、ipch/、.user 和目标文件目录，但问题在短时间内再次出现。

正如预期的那样，修改任何其他 .cpp 文件只会导致重新编译该文件。

我对 MSBuild 有所了解，但在 .vxproj 文件中看不到任何明显错误 - 有问题的 .cpp 文件仅在 ClCompile 项目组中出现一次，其标题仅在 ClInclude 组中出现一次。

如果这敲响了任何警钟，或者如果有人对我如何跟踪此问题并对其进行故障排除有任何提示，我们将不胜感激！

更新：

我跑了msbuild /verbosity:Detailed，但不幸的是，它对为什么编译不相关文件的解释同样不透明：

Using "CL" task from assembly "Microsoft.Build.CppTasks.Common.v110, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a".
Task "CL"
Read Tracking Logs:
    Debug\cl.read.1.tlog
Output details (109 of them) were not logged for performance reasons.
{UnrelatedFile1.cpp} will be compiled as {PROBLEM_FILE.CPP} was modified at 4/30/2013 3:28:02 PM.
{UnrelatedFile2.cpp} will be compiled as {PROBLEM_FILE.CPP} was modified at 4/30/2013 3:28:02 PM.
(etc...)

如果这对任何人都有意义，请告诉我 - 似乎无法找到有关 CL 任务内部工作的太多信息，或者为什么它会看到这些不相关的 CPP 文件之间的依赖关系。

4

2 回答 2

1

这可能是因为：

  • 它是另一个翻译单元的一部分。
  • 其他项目引用文件。
  • 某些东西（可能是预构建事件）正在“触摸”文件，以便编译器认为它们已经改变。

更新：* 另一个原因是项目是否“添加”了不再在磁盘上的文件。

要调试此问题，您需要打开 msbuild 的最高级别输出：

http://blogs.msdn.com/b/msbuild/archive/2005/09/29/475157.aspx

http://msdn.microsoft.com/en-us/library/vstudio/ms164311.aspx

例如：

msbuild /verbosity:Detailed

然后 msbuild 会告诉你它为什么要重建它们。

编辑：

要回答您对详细程度的编辑：详细输出，您可以使用 /SHOWINCLUDES 开关检查其中包含哪些文件：

http://msdn.microsoft.com/en-us/library/hdkef6tk(v=vs.80).aspx

我认为必须有一些导致重建的标题链？或者原因可能是详细程度：详细日志中的其他位置。

于 2013-04-30T22:04:55.183 回答
0

我还没有尝试过，但在类似的问题中发现了一个有趣的建议： VS2010 always thinks project is out of date but nothing has changed

于 2013-04-30T22:06:36.050 回答