WinCE5.0/6.0下,通过command line实现自动化编译

 

新一篇: WinCE中的RAM-Based Registry与HIVE-Based Registry | 旧一篇: 在WinCE下,应用程序直接读/写/擦除flash设备的方法

<script>function StorePage(){d=document;t=d.selection?(d.selection.type!='None'?d.selection.createRange().text:''):(d.getSelection?d.getSelection():'');void(keyit=window.open('http://www.365key.com/storeit.aspx?t='+escape(d.title)+'&u='+escape(d.location.href)+'&c='+escape(t),'keyit','scrollbars=no,width=475,height=575,left=75,top=20,status=no,resizable=yes'));keyit.focus();}</script>

作者:ARM-WinCE   

 

 好久没写Blog了,实在觉得说不过去了,今天介绍一下WinCE的自动化编译。

 先来解释一下:一般我们要编译WinCE都是先创建工程,然后再IDE的开发环境中进行编译。对于WinCE5.0来说,是用Platform Builder5.0;对于WinCE6.0来说,就是用VS2005,因为PB6.0已经集成到VS2005里面了。这样有个问题,就是每次都要人来手动编译。让我来举个例子,这是我在做项目中遇到的。公司基于ARM的平台开发BSP,而且已经release了,但是公司有很多产品都基于这个平台,每个平台根据功能不同对WinCE进行了不同程度的裁剪,所以每个产品对应一个工程。这样问题就出现了,如果要进行测试,我们就需要有人手动的把每一个工程都编译出来,然后才能进行测试,这样会很耽误时间。如果是用自动化编译,只需要通过脚本命令把要编译的工程输入,然后运行,到了第二天早上,所有产品的image就都编译出来了,这样会很节省时间。  

 

现在就开始介绍如何实现,有个前提是你已经创建了一个WinCE工程并且在里面为这个工程创建了SDK,当然如果你不需要导出SDK的话,你就不需要创建SDK了。WinCE5.0和WinCE6.0的命令有些小的区别,我会分开介绍:  

 

对于WinCE5.0:  

 

1. pbxmlutils.exe

 在“/Windows CE Platform Builder/5.00/CEPB/BIN”下面可以找到,这个命令可以从PB的文档中查到。主要作用是通过解析你的工程文件<OS Design Name>.pbxml来获得与该工程相关的环境变量,并产生一个脚本来设置这些环境变量。格式如下:  

pbxmlutils /getbuildenv /workspace "%_WINCEROOT%/PBWorkspaces/<OS design name>/<OS design name>.pbxml" /config "<BSP>: <Target device>" > SetEnv.bat

看着可能有点晕,我来举个例子:

pbxmlutils /getbuildenv /workspace "%_WINCEROOT%/PBWorkspaces/MyWorkspace/MyWorkspace.pbxml" /config "CEPC: x86_Release" > SetEnv.bat

其实就两个参数,第一个参数很多人都知道如何设置,第二个参数config可能有些人不太了解,你可以打开你的工程,然后查环境变量PBCONFIG的值,用这个值就可以了。

2. Blddemo.exe

这个应该比较熟悉。编译WinCE的时候,实际上就是调用Blddemo -q,不多说了。

3. buildsdk.exe

这个是用来编译SDK的。格式如下;

buildsdk [MyOSDesign.pbxml]

很简单,不过还是给个例子:

buildsdk "%_WINCEROOT%/PBWorkspaces/MyWorkspace/MyWorkspace.pbxml"    

 

对于WinCE6.0:  

 

1. pbxmlutils.exe

在“/Microsoft Platform Builder/6.00/cepb/IdeVS”下面可以找到,这个命令可以从PB的文档中查到。主要作用是通过解析你的工程文件<OS Design Name>.pbxml来获得与该工程相关的环境变量,并产生一个脚本来设置这些环境变量。格式如下:  

pbxmlutils /getbuildenv /workspace "%_WINCEROOT%/OSDesigns/<OS design name>/<OS design name>/<OS design name>.pbxml" /config "<BSP> <Target device>" > SetEnv.bat

来举个例子:

pbxmlutils /getbuildenv /workspace "C:/WINCE600/OSDesigns/MyWorkspace/MyWorkspace/MyWorkspace.pbxml" /config "CEPC x86 Release" > SetEnv.bat

和WinCE5.0有些小的区别,要注意一下。同样如果不知道第二个参数config如何设置,可以打开工程,查环境变量PBCONFIG的值,用这个值就可以。

2. Blddemo.exe

这个和WinCE5.0用法一样。编译WinCE的时候,实际上就是调用Blddemo -q。

3. buildsdk.exe

这个是用来编译SDK的。格式如下;

buildsdk [MyOSDesign.pbxml] [MySdkConfig.sdkcfg]

很简单,不过还是给个例子:

buildsdk "/OSDesigns/MyWorkspace/MyWorkspace/MyWorkspace.pbxml" "/OSDesigns/MyWorkspace/MyWorkspace/SDKs/SDK1/SDK1.sdkcfg"  

 

基本上,自动化编译所需的主要命令都已经介绍完了,下面介绍如何使用上面的命令实现:  

 

对于WinCE5.0:

@echo off

@set _WINCEROOT=c:/wince500
@set _PBROOT="c:/Program Files/Windows CE Platform Builder/5.00"
@set PATH=%PATH%;c:/Program Files/Windows CE Platform Builder/5.00/cepb/bin

cd /D %_WINCEROOT%
if exist build.log del build.log
if exist build.wrn del build.wrn
if exist build.err del build.err

pbxmlutils /getbuildenv /workspace "%_WINCEROOT%/PBWorkspaces/MyDesign/MyDesign.pbxml" /config "Samsung SMDK2410: ARMV4I_Release" > buildenv.bat
call buildenv.bat
call %_TARGETPLATROOT%/%_TGTPLAT%.bat
call Blddemo -q

buildsdk "%_WINCEROOT%/PBWorkspaces/MyDesign/MyDesign.pbxml"

 

对于WinCE6.0:

@echo off

@set _WINCEROOT=d:/wince600
@set _PBROOT=C:/Program Files/Microsoft Platform Builder/6.00
@set PATH=%_PBROOT%/cepb/idevs;%PATH%

cd /D %_WINCEROOT%
if exist build.log del build.log
if exist build.wrn del build.wrn
if exist build.err del build.err

pbxmlutils /getbuildenv /workspace "%_WINCEROOT%/OSDesigns/MyDesign/MyDesign/MyDesign.pbxml" /config "CEPC x86 Release" > buildenv.bat
call buildenv.bat
call %_TARGETPLATROOT%/%_TGTPLAT%.bat
call Blddemo -q

call buildsdk "%_WINCEROOT%/OSDesigns/MyDesign/MyDesign/MyDesign.pbxml" "%_WINCEROOT%/OSDesigns/MyDesign/MyDesign/SDKs/SDK1/SDK1.sdkcfg"

上面针对WinCE5.0和WinCE6.0的两个命令略有不同,但是原理是一样的。只要有点Windows脚本命令的知识,了解WinCE的整个编译过程,看懂上面的代码应该没问题,这里就不作介绍了。

 

上面给出的只是例子,上面的代码,可以实现command line编译WinCE并且还可以导出SDK。如果想实现对多个工程进行编译,只需要对上面的脚本作些修改就可以了。上面的脚本完全可以改写成函数的形式,通过传递工程文件名和平台的config来编译WinCE,这样就可以对多个工程顺序进行编译,这里就不介绍了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
简介:CETool是一个WinCE的辅助程序,使用C语言和Windows API编写,作了一些特殊处理以同时支持WinCE5和WinCE6,主要实现shell中的功能,提供的各种操作涉及到文件系统、窗口管理、进程管理和流程控制几个方面,通过解析配置文件内容来执行相应的操作,属于一种脚本解析程序。程序有以下特点:1. 程序一般是在原路径执行,比如一开始就放置在\Storage Card\目录下,即打开后就以\Storage Card\为工作目录开始处理各项操作。考虑到在程序运程过程中可能要对程序所在分区(或磁盘)进行格式化(或者是移除SD卡)等操作,故添加了一项“自我复制到内存中运行”的功能,即启动后先检测工作目录是不是在内存虚拟出来根目录"\"下,如果不是则先对自身进行复制再重新加载复制后的可执行文件,以便后续的SD移除、或者格式化等操作。对于配置文件,因为是一开始就读进内存中的,所以无需进行复制。此功能一般都不需要使用,即直接在原来的路径运行即可,如需开始此功能,只需将配置文件的文件名从CETool.ini改为_CETool.ini即可。 2. 程序在一次性加载完配置文件后,接着逐行去解析文件内容,遇到注释行或者是格式不正确的行则跳过该行,配置文件有以下特点: (1)配置文件无大小限制,仅取决于物理内存大小,支持Unicode与ANSI编码的文件格式; (2)配置文件中每行的长度无限制,但某些操作的参数对长度有一定限制,如创建目录时,作为目录名的参数的长度有限制(这是文件系统和API的问题)。 (3)各个操作放置的位置、出现的次数无限制。 (4)每一行中的子操作数量无限制。 (5)具有合理的严格性和纠错处理,每一行中在'='后边非关键字处可随意添加空格、制表符、逗号,不影响正常解析,关键内容可以加上引号(单引号和双引号的区别,将在后述提到),如包含空格的路径、参数等。详细介绍参数特殊说明。 3. 支持相对路径的表示方式。参考特殊说明。 4. 支持从文件读入并作为参数的方式(即配置文件中嵌入其它文件,嵌套层数无限制,一般为临时创建的文件,一些不确定参数可以先保存到临时文件,再用此程序读取)。参考特殊说明。5. 支持VB代码嵌入,方便变量使用、判断、循环(这些还有些问题需要解决,将在CETool v2.0中实现)。 此程序涉及内容: 此程序涉及到一些Windows和C语言的基础知识,包括文件系统、注册表、进程、线程、窗口、事件、消息、进程间与线程间通信、脚本、动态库、递归、回调、多维指针、函数指针、数据结构、加密算法等。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值