【发布时间】: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之后的错误列表是该文件的编译错误,并且编译继续。如果我的理解是正确的,您可以将您的评论转换为答案,我可以关闭问题。 -
确实是这样。