Using Visual Studio's 'cl' from a normal command lineVisual Studio 2003和2005(就我所知，也许还有2008)要求命令行用户在" Visual Studio命令提示符"中运行。 启动此命令提示符时，它将设置C ++编译器cl在编译时使用的各种环境变量。 这并不总是可取的。 例如，如果我想从Ant内部运行" cl"，我想避免不得不从" Visual Studio命令提示符"内部运行Ant。 不能选择运行vcvars32.bat，因为在运行cl时(如果从Ant内部运行)，由vcvars32.bat设置的环境将丢失。 是否有一种简单的方法可以运行cl，而不必从Visual Studio命令提示符下运行？ 就像任何其他编译器一样，可以从命令行(或makefile)使用这些编译器。您需要注意的主要事情是INCLUDE和LIB环境变量以及PATH。如果从cmd.exe运行，则只需运行以下.bat即可设置环境：
如果您尝试使用Makefile，Cygwin，MinGW或类似文件中的编译器，则需要手动设置环境变量。假设编译器安装在默认位置，则该方法适用于Visual Studio 2008编译器和最新的Windows SDK： 添加到PATH：
添加到包含：
新增至LIB：
这些是最低限度的要求，但对于基本事物来说应该足够了。研究vcvarsall.bat脚本以了解您可能还要设置的内容。 创建您自己的批处理文件(例如clenv.bat)，然后调用它而不是cl：
现在可以像cl.exe一样调用clenv.bat，只不过它会先加载所需的环境变量。 您只需运行批处理文件即可自行设置变量。在VS08中，它位于：-
vcvars32或vsvars32批处理文件所做的不是火箭科学。他们只是将PATH，INCLUDE，LIB以及可能的LIBPATH环境变量设置为特定编译器版本的明智默认值。 您要做的就是确保为Ant或makefile正确设置了这些内容(在调用它们之前或在其中)。 对于INCLUDE和LIB / LIBPATH，在环境变量中设置这些项目的另一种方法是将这些设置作为显式参数传递给命令行。 诀窍是始终使用正确的vcvars批处理文件。如果您只安装了Visual Studio的一个版本，那不是什么大问题。如果您正在处理像我这样的多个版本，则在使用MSVC ++ 15 vcvars文件设置的控制台中运行MSVC ++ 14构建变得非常容易。它可能会也可能不会，但是无论您得到什么，都将与在VisualStudio中构建的内容有所不同。 我们通过从选定的编译器派生适当的vcvars文件并始终在工具调用内部设置环境的方式来解决terp中的问题。这样，对于使用的编译器，您始终拥有正确的vcvars文件。 只是重申一下：我强烈建议您不要尝试手动复制vcvars文件为您执行的操作。您肯定会错过某些东西或将其恰到好处地使它看起来像在工作，而实际上却在做与您想要的略有不同的事情。 由Visual Studio命令提示符运行的vcvarsall.bat批处理文件只是试图使您的系统环境变量和路径保持整洁(这对您有多个版本的Visual Studio非常重要)。 如果您很乐意将安装程序限制为一个版本，并且环境变量的路径和路径较长，请将这些设置(手动)转移到系统环境变量("我的电脑" |"属性"-或Win-Pause / Break)。 我还是建议不要这样做！ 我在visual-studio-2010中打开Visual Studio Command Prompt的Visual Studio命令行的版本。 在内部用于构建库/项目，然后对生成的DLL文件执行一些额外的步骤。
将这些行复制到您的
在此版本的脚本中，此后我将"停留"在交互式命令行模式下。 注释 |
