C++ 命令行帮助cl.exe版本12.00.8186中出现明显错误？

我需要了解cl.exe版本12.00.8186是否存在一般问题 每隔一段时间，我手动或从makefiles输入的命令行都会被删除 处理不正确。到目前为止，我还无法证明存在实际错误，我将在命令行上执行一个简单的帮助请求时发生什么情况：

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

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

最佳猜测 我能给自己的最好的猜测是？是一个通配符，根据响应的输出和回溯，不知何故/被解释为路径名分隔符而不是参数。看起来文件名可能会在参数之前考虑，但由于它是封闭源代码，所以没有办法告诉您，省去我所做的测试

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

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

结论

---

事实上，我认为猪很可能会飞，拉尔夫·纳德（Ralph Nader）也会在这之前成为美国总统。

注意：我后来转到了gcc，我对windows和microsoft的失望已经达到了极限，尽管我已经了解了大量关于他们工具的有用信息等等，我只能将这些用于专业目的。出于私人目的，我现在使用的是gcc，到目前为止，它表现出了稳定性，更不用说通过用户和开发人员之间紧密简洁的对话轻松修复bug了，我发现这对于开源社区来说是很正常的。