1

我需要找出 cl.exe 版本 12.00.8186 是否存在问题 每隔一段时间，我手动或从 makefile 输入的命令行都会被错误地处理。直到现在我还无法证明确实存在错误，我将在命令行上进行简单的请求帮助时会发生什么：

c:\vc\bin>cl /?
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.

Command line warning D4002 : ignoring unknown option '/r'
Command line warning D4002 : ignoring unknown option '/~'
Command line error D2003 : missing source filename
c:\vc\bin>_

但。如果我输入这个：

c:\vc\bin>cl /help
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.

                          C/C++ COMPILER OPTIONS  ..more help follows

现在这不会打扰我，除非在使用 /help 时给出的文本中是这样的：

                              -MISCELLANEOUS-

/?, /help print this help message       <------ actual text from using /help

..显示/？应该是调用帮助的主要方式。此外，有时我会得到与其他命令类似（看似随机）的响应，这使得任何其他示例都难以重现，但我确信它们在那里。所以我的问题是，是什么原因造成的？有解决方法吗？这是否也会导致其他命令出现其他问题？有没有记录所有这些问题的地方？任何帮助，将不胜感激。

4

1 回答 1

0

最佳的揣测

我能给自己的最好的猜测是？是一个通配符，并且 / 被解释为路径名分隔符而不是参数，给定响应的输出并回顾。看起来文件名可能会在参数之前考虑，但由于它是封闭源代码，因此无法判断，保存我所做的一些测试。

该目录中有包含这些字符的文件，它们确实会根据可执行文件的触发位置而改变，所以这是我得到的唯一确认，这是最好的猜测。

除非编写源代码的人真的来到这里并回答，否则这个问题无法得到任何进一步的回答。

结论

实际上，我认为猪可能会飞，而拉尔夫纳德将在此之前成为美国总统。

于 2015-07-06T09:14:02.130 回答