命令行编译C++Builder/Delphi项目

一直以来,Delphi 都可以用命令行 dcc32 ProjectName.dpr 对项目进行编译链接,非常方便,Delphi对项目文件的参数配置处理的很简单,便于阅读处理起来也很直观,编译的中间文件也很简单(dcu,dcp)。

而C++Builder就没那么幸运了,因为包含了C++的特征,各种编译的中间文件:lib,obj,res,map,tds。后来新版又增加了一些预编译文件:ilc,ild,ilf,...,pch,#00,...等等等等,各种搜索路径(Include Path,Library Path,Browse Path...),要是用bcc32及ilink32手工进行编译链接,命令的参数都足够写上大半天。幸好,在旧版C++Builder中,如果要用命令行编译BCB项目,只要将bpr文件转换为mak文件,再使用make命令进行编译链接也比较方便,不需要过多的处理:

bpr2mak -oProject1.mak Project1.bpr
make -fProject1.mak

自从Delphi/C++Builder开始使用 MSBuild* 编译系统后(好像是RAD Studio 2006开始,具体忘记了),Delphi项目在保存为dpr的同时,也会保存一份dproj的项目文件,dpr依旧沿用旧格式,dproj 则以MSBuild规范以XML格式保存,除了可以用旧方式命令行编译dpr外,也可以用:
msbuild.exe /t:Rebuild /p:Config=Debug ProjectName.dproj

进行编译,但msbuild必须设定一些环境变量,RAD Studio自带了一个命令行工具已经做好了这些,其实就是设定了以下几个环境变量($(BDS)\bin\rsvars.bat):
@SET BDS=C:\Embarcadero\RAD Studio\7.0
@SET BDSCOMMONDIR=C:\Users\Public\Documents\RAD Studio\7.0
@SET FrameworkDir=C:\Windows\Microsoft.NET\Framework\v2.0.50727
@SET FrameworkVersion=v2.0.50727
@SET FrameworkSDKDir=
@SET PATH=%FrameworkDir%;%FrameworkSDKDir%;%PATH%
@SET LANGDIR=EN

C++Builder则又更杯具了一些,bpr2mak.exe工具已经没有了,所以只能采用MSBuild进行命令行编译。更加杯具的是,随着Delphi和BCB被多次转卖收购,新版本的发布似乎总会有各种各样的Bug,比如手头的RAD Studio 2009进行命令行编译,Delphi正常,BCB则报出超过100个错误,类似如下:
    C:\Embarcadero\RAD Studio\7.0\Bin\CodeGear.Cpp.Targets(2175,3): error : Error: Unresolved external '__fastcall Strhlpr::UnicodeFree(System::UnicodeString&)' referenced from C:\EMBARCADERO\RAD STUDIO\7.0\LIB\DEBUG\VCLE.LIB|ustring
    C:\Embarcadero\RAD Studio\7.0\Bin\CodeGear.Cpp.Targets(2175,3): error : Error: Unresolved external 'Typinfo::BooleanIdents' referenced from C:\EMBARCADERO\RAD STUDIO\7.0\LIB\DEBUG\VCLE.LIB|vclinit

检查了一下发现编译过程(bcc32.exe)没有问题,只是在ilink32.exe链接过程中报错,在IDE中打开此项目进行编译,查看Message->Output窗口,比较两者的ilink32命令行参数,发现两者有两个地方有明显差异,一个是IDE生成的命令中没有类似 C:\Embarcadero\RAD Studio\7.0\lib\EN\debug 的路径(指的是EN这个目录,去除上面rsvars.bat中的@SET LANGDIR=EN 就可以避免产生这样的搜索路径) ,但是虽然这个目录不存在,也应该不至于导致出错。第二个差异是缺少了rtl.bpi和vcl.bpi的附加obj参数,解决办法是在$(BDS)\bin目录中找到 CodeGear.Cpp.Targets 文件,用记事本打开,搜索字符“memmgr.lib“,在前面加上"rtl.bpi;vcl.bpi" (用;分隔,不含引号),一共有两处要修改。或者查找 "c0w32",在后面加上 "rtl.bpi;vcl.bpi",只有一处修改 —— 因为IDE的命令行中 rtl.bpi vcl.bpi是在c0w32和memmgr.lib中间的。—— (注意:在XE2中,加在c0w32后面已经不管用了,编译会报另一个错误VCL.BPIW.OBJ不存在,Targets文件有很大变化,可能参数的位置变动过了,导致与其他参数混在一起,所以还是加到memmgr.lib处更加合理)。


一些组件包比如DevExpress的Package,没有dproj或者cproj 项目文件,只能通过IDE进行转换,但坑爹的是bpk在好几个版本以前(CRS 2007?)已经不支持bpk项目,根本打不开也谈不上转换了,但它其实是一个make文件,可惜用make命令编译还是要出错,不想去研究了。总之,BCB永远活在Delphi的阴影下。


(*注:MSBuild其实是一个批处理工具,并非编译器,类似于Make命令,详情请Google)

WIKI参考:

http://zh.wikipedia.org/wiki/Delphi

http://zh.wikipedia.org/wiki/C++Builder


附RAD Studio XE2 (Update1)测试结果:

编译 项目 结果
Delphi VCL Application —— Project1.dpr,Project1.dproj msbuild 编译 dproj 一次成功,dcc32 编译 dpr 第一次不成功,报缺少Project1.res,原因是新工程没有res文件。
而且在新版RAD Studio中采用了新的资源处理方式,IDE会产生一个临时的 Project1.vrc 文件,通过 cgrc.exe -c65001 Project1.vrc -foProject1.res 来得到res文件
Delphi VCL Package —— Package1.dpk,Package1.dproj 结果同上,dcc32编译需要有 Package1.res 文件,注意,新版Delphi Package允许同时产生BCB所需要的文件,即选项:Generate all C++Builder files (including package libs),但是dpk文件无此选项,所以用dcc32编译后的bpl文件只能供Delphi使用
C++Builder VCL Application —— Project1.bproj 直接编译失败,修改CodeGear.Cpp.Targets增加rtl.bpi;vcl.bpi在memmgr.lib前再编译,有两处警告:提示 Path 'Windows\vcl' not found,检查IDE的环境变量,发现多出了BDSINCLUDE和BDSLIB两个,加入到 rsvars.bat 中,再编译无警告。看来Embarcadero的开发者们忘记了更新 rsvars.bat 。还有就是如果不用/t:BuildAll 参数,第二次编译出的程序没有图标,界面也没有样式,这应该是XE2的BUG,在IDE里也是一样,希望能在Update2里得到解决。
C++Builder VCL Package —— Package1.bproj 结果同上

你可能感兴趣的:(windows,application,ide,Path,工具,Delphi)