cl（windows visual studio编译器）应该在任何命令提示符下工作吗？

Question

我在D驱动器上安装了visual studio 2012，因为我的C已经满了，并且想知道cl命令是否可以在任何命令行中运行，或者它是否必须来自visual studio命令行工具？我想知道这是因为我正在尝试构建boost库并在bootstrap.bat文件中为我做所有的构建当前给我一个错误，说cl命令不被识别。很明显它没有找到cl Visual Studio bin中的.exe文件。我知道添加一个环境变量（＆＃34; PATH＆＃34;变量）将解决我的问题，但是应该有PATH变量吗？

Answer 1

总有一个PATH环境变量。但是，它未预设为包含Visual Studio bin目录。毕竟，您通常是从IDE运行编译器，它负责正确设置环境。它不是唯一重要的变量，INCLUDE和LIB变量也非常重要。分别找到.h和.lib文件。

Windows上的程序通常避免依赖于环境，它非常脆弱，因为它实际上是一个庞大的机器范围的全局变量，任何安装程序都可以搞砸。他们经常这样做。适用于大多数程序，不适用于C ++工具链，因为它仍然依赖于20世纪70年代的工作方式。从那时起，就构建C和C ++程序而言，没有什么变化。

因此，当然，您可以从任何命令提示符运行CL.EXE，您将花费大量时间正确设置环境。提供的Visual Studio命令提示符快捷方式使其快速，简单并避免错误。

Boost getting started网页有点悲剧。但是按照建议说，如果你想从命令行构建，它会说使用Visual Studio命令提示符，这当然是你应该做的。还介绍了如何从IDE构建，以及让您远离麻烦的更多方法。