【问题标题】:Changing .cpp file causing Visual Studio 2012 to recompile unrelated files更改 .cpp 文件导致 Visual Studio 2012 重新编译不相关的文件
【发布时间】:2013-04-24 22:37:21
【问题描述】:

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

该文件在任何其他文件中都没有#include'd(我从不直接#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 文件之间的依赖关系。

【问题讨论】:

  • 为您的编辑更新了我的答案,希望对您有所帮助!
  • 谢谢 - 还没有机会尝试,前几天有点放弃了 - 但很快就会再试一次。不要认为这是一个标头链——我在解决方案中的每个文件(甚至是二进制文件)中搜索了有问题的文件名,没有我不知道的引用。
  • 也可能是预编译头问题,具体取决于包含在哪里。

标签: c++ visual-studio visual-studio-2012 msbuild


【解决方案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

我认为一定有一些导致重建的标题链?或者原因可能是详细程度的其他地方:详细日志。

【讨论】:

  • 详细程度选项是个好主意 - 可以尝试一下,看看它是否能说明问题。
  • 放弃这个 - 最终只是将文件重命名为其他名称,这似乎已经解决了问题。我猜原来的名字是闹鬼的。我会将此标记为答案。
  • 嗯,文件名是什么?
  • "WorldBuilderBhv.cpp" - 用于游戏引擎 - 怀疑这是一个常用名称:)
  • 我想知道如果重命名它可以解决问题,是否有一些关于名称的问题,也许那里有“builder”......嗯
【解决方案2】:

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

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-10-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-10-14
    • 2020-08-23
    相关资源
    最近更新 更多