在配置好msvc命令行环境后(见《配置msvc命令行环境》), 就可以使用命令行编译一些小的示例程序了。
如果需要把编译脚本发布给其他人, 或者需要测试多个VC版本, 还需要一些小技巧。
先回忆下需求:
1. 要将编译脚本发布给其他人
需要尽可能减少对客户机器配置(主要是环境变量)的依赖。
2. 要测试多个VC版本
需要尽可能避免使用本机上的全局(系统或当前用户)环境变量,因为切换不方便。
3. 编写脚本对自己也应当比较方便
因为使用命令行的目的就是为了方便。
如果不够方便, 还不如使用IDE,它比较保险
——正确编写的工作空间文件、解决方案文件、工程文件、项目文件对安装了VC的客户肯定是可以使用的。
(正确也是指没有依赖本机上的任何设置,如全局搜索路径。)
一、 对VC8、VC9
如下编写脚本:
"call %V
SXXCOMNTOOLS%v
svars32.bat"。
rem 执行相应的cl命令。
这样, 就能满足上面的3点要求:
1. 客户机上有肯定有正确的VSXXCOMNTOOLS变量——除非他没有安装相应的VC版本。
2. 可以执行cl的命令
单独放在一个脚本中(假设叫
cpl.bat),执行VC8、9相同的编译过程。
对不同的VC版本, 只要能在执行cpl.bat前, 执行"call %V
SXXCOMNTOOLS%v
svars32.bat"即可,如:
-------- vc8.bat --------
call "%VS80COMNTOOLS%vsvars32.bat"
call cpl.bat
-------- vc9.bat --------
call "%VS90COMNTOOLS%vsvars32.bat"
call cpl.bat
3. 编译过程都在单独的cpl.bat中, 管理维护也比较方便。
二、 对VC6
二.1、 使用dsw和dsp文件
也就是使用IDE提供的工作空间文件与工程文件。
这是最保险的—— 只要客户安装了VC6, 无论是否有设置环境变量, 都可以使用。
二.2、假设客户拥有正确的系统或当前用户的环境变量
那么就不用设置其他东西, 直接使用和VC8、9相同的编译脚本, 如:
-------- vc6.bat --------
call cpl.bat
当假设
不成立时:
1. 客户重新安装VC6
2. 客户手动添加环境变量, 见《
配置msvc命令行环境》。
还有一个缺陷,如果:
二.2.1. 客户也安装了多个VC版本
二.2.2. 并且为非VC6的某个版本设置了系统的或者当前用户的环境变量
二.2.3. 或者VC6的环境变量存在并且是在另一个VC版本的环境变量之后
那么vc6.bat实际上并不是使用VC6去编译, 而是
另一个VC版本。
二.3、使用VCVARS32.BAT(for VC6)
二.3.1 使用MSDevDir变量
VC6安装时选择“注册环境变量”后,除了设置相应的Path、include、lib还会设置MSDevDir。
可以如下使用它:
-------- vc6.bat --------
call "%MSDevDir%
\..\..\VC98\bin\vcvars32.bat"
call cpl.bat
有2点需要注意:
1. 依然依赖客户机上的有正确的供VC6使用的环境变量。
与“二.2.2”不同的是,不会出现“二.2.3”的缺陷。
2. MSDevDir与vcvars32.bat的
相对位置,并不一定如上面所写!
安装VC6时,会让用户先选择一个Common文件夹位置。
安装完毕后,它与MSDevDir的关系是:
Common\MSDev98
然后还会让用户选择VC的位置。可以和上面不同。
二.3.2 直接使用VCVARS32.BAT
如:
call VCVARS32.BAT
call cpl.bat
与“二.2”对比:
1. 当客户安装VC6时选择了“注册环境变量”
那么Path中会加入“
prefix\Microsoft Visual Studio\VC98\Bin”这个值。
而VCVARS32.BAT也恰好在这个目录中,执行成功。
同时, 即使在这种情况下(客户有必要的环境变量),再调用一次 VCVARS32.BAT也不一定就是多余的。
因为这样可以避免“二.2”中提到的缺陷, 最后一定是使用VC6而不是其他版本的VC进行编译。
2. 当客户安装VC6时没有选择“注册环境变量”
相对于“二.2”, 客户需要做的工作会比较少: 将“
prefix\Microsoft Visual Studio\VC98\Bin”加入“
Path”即可。
无须加入另外的2到5个变量。
这是应该是最理想的不使用IDE的方式了。
三、 总结
1. 将
总编译逻辑写在一个单独脚本如
cpl.bat中。
2. 对于VC8、9, 利用VSXCOMNTOOLS变量, 如下:
-------- vc8.bat --------
call "%V
S80COMNTOOLS%v
svars32.bat"
call cpl.bat
-------- vc9.bat --------
call "%V
S90COMNTOOLS%v
svars32.bat"
call cpl.bat
注意:是上面是VS而不是VC。
3. 对于VC6
3.1 使用dsw和dsp文件
这是最保险的方式。
但是不能利用已经写好的cpl.bat文件, 需要单独维护。
3.2 先直接使用VCVARS32.BAT
-------- vc6.bat --------
call VCVARS32.BAT
call cpl.bat
这样的好处是,可以仅
维护单独的cpl.bat, 客户上有多个VC版本也能正确编译——如果他VC6的环境变量正确。
如果不正确, 客户需要做的工作很少, 加入一个环境变量而已。
四、 示例
以下使用《
预定义_MSC_VER宏》中的示例, 为其编写一份使用多VC版本的编辑脚本。点
此下载打包代码。
1. 源代码
-------- _MSC_VER\_MSC_VER.cpp --------
内容见《
预定义_MSC_VER宏》或者
打包代码中。
2. 总编译逻辑
-------- _MSC_VER\vc\cpl.bat --------
cl ../_MSC_VER.cpp /W4
pause
3. 为不同VC版本编写一个简单的调用脚本
-------- _MSC_VER\vc6\vc6.bat --------
call vcvars32.bat
call ../vc/cpl.bat
-------- _MSC_VER\vc8\vc8.bat --------
call "%VS80COMNTOOLS%vsvars32.bat"
call ../vc/cpl.bat
-------- _MSC_VER\vc9\vc9.bat --------
call "%VS90COMNTOOLS%vsvars32.bat"
call ../vc/cpl.bat
补充:
——关于
脚本和
批处理。
文章里提到的脚本,都是dos下的bat批处理文件, 功能很
弱。
这里只是说明一种方便的
使用多个VC版本的机制而已——就是“三、总结”中的 vc6.bat、vc8.bat、vc9.bat。
它们先使用相应的VCVARS32.bat注册局部于进程的环境, 然后调用cpl.bat。
实际上,
cpl.bat才是编译的逻辑, 如果dos的bat批处理不能完成其功能, 同样可以使用其他的工具,如makefile。
所以本文总是说“编译脚本”, 而不是“编译批处理”, 虽然本文的编译脚本就是简单(不含一点逻辑的)的批处理文件。
相关链接:
——示例下载
http://immature.googlecode.com/svn/trunk/iMmature/sample/predefined_macro/extension/_MSC_VER/http://www.cppblog.com/Files/ownwaterloo/_MSC_VER.zip——《配置msvc命令行环境》
http://www.cppblog.com/ownwaterloo/archive/2009/04/15/environment_for_using_cl_from_command_line.html——《预定义_MSC_VER宏》
http://www.cppblog.com/ownwaterloo/archive/2009/04/15/predefined_macro__MSC_VER.html
![Creative Commons License](http://i.creativecommons.org/l/by-nc-sa/2.5/cn/88x31.png)
本
作品采用
知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。
转载请注明 :
文章作者 - OwnWaterloo
发表时间 - 2009年04月16日
原文链接 -
http://www.cppblog.com/ownwaterloo/archive/2009/04/16/write_compile_script_for_msvc.html
posted on 2009-04-16 03:42
OwnWaterloo 阅读(7151)
评论(0) 编辑 收藏 引用