【问题标题】:MsBuild ClCompile Output FormatMsBuild ClCompile 输出格式
【发布时间】:2014-12-18 19:22:49
【问题描述】:

TL;DR: 在下面的 MsBuild 输出中,cl 命令后面的文件名 (sourceFile1.cpp ~ sourceFileX.cpp) 是什么意思? (向下滚动以获得指向实际日志文件的链接)

ClCompile:
  cl.exe <args> <includeDirs> <sourceFile1.cpp sourceFile2.cpp ... sourceFileN.cpp>
  sourceFile1.cpp # what do these mean?
  sourceFile2.cpp
  ...
  sourceFileX.cpp

N 和 X 是故意不同的变量。

长:

上下文:我正在修改 CppMicroServices 库的 CMake 配置以兼容 biicode。

使用原始配置构建会产生上述输出,其中 N == X,即传递给 cl 命令的所有文件也会在后续行中输出。这在 Ubuntu 14.10 和 Windows 8.1 上编译得很好。

使用经过 biicode 修改的 CMakeLists.txt 构建会产生类似的输出,但 N != X。对于 biicode 输出和原始输出,N 相同,但与 biicode 相比,X 是源文件的一个小得多的子集从原始到 X。

完整的日志文件在这里:http://pastebin.com/hRi8WGwN

第 56 ~ 100 行:与原始构建目标匹配的输出(传递给 cl 的 43 个源文件,后面的 43 行具有相同的源文件名)。

第 183 ~ 192 行:bii 特定目标的输出(传递给 cl 的 43 个源文件,8 行一些源文件名,后跟 some errors,我假设解决此问题后会修复)。

biicode 特定目标在 Ubuntu 上构建良好。

【问题讨论】:

  • 列表中的文件是编译器应该编译的文件。它在编译时将它们一一打印出来。
  • 所以我想我的问题变成了“我如何告诉 biicode 传递正确的文件”。但是,鉴于 1~N 已传入,谁能告诉 1~X 是要编译的? Windows CLI 工具很难理解._.
  • 等一下,这一定意味着特定 sourceFileX 之后的错误列表是该文件的编译错误,并且编译继续。如果我的理解是正确的,您可以将您的评论转换为答案,我可以关闭问题。
  • 确实是这样。

标签: msbuild cl biicode


【解决方案1】:

列表中的文件是编译器应该编译的文件。它在编译它们时将它们一一打印出来。如果它在编译时遇到任何错误,这些错误和对它们所遇到的源文件的引用将穿插在正在编译的源文件列表中。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-05-01
    • 2017-11-14
    • 1970-01-01
    • 1970-01-01
    • 2023-03-13
    • 2017-03-25
    • 2015-04-22
    相关资源
    最近更新 更多