wince6.0 vs2005 编译选项详解

转自: http://hi.baidu.com/loongdao/blog/item/6893ce3556f6301491ef3947.html

在WinCE6.0中,在VS2005的"Build"菜单中,有一个“Advanced Build Commands”,其中有很多编译选项:

"Sysgen":相当于执行命令"blddemo -q”,一般第一次编译或者是改变了"Catalog"中的item的时候,就用这个了。

"Clean Sysgen":相当于执行命令"blddemo clean -q",按照文档上的说明,当修改了 %_WINCEROOT%\Public\CEBASE\OAK\Misc\Cesysgen.bat的时候,或者改变了以SYSGEN,BSP为前缀的环境变量的时候,需要使用这个来编译。

在此我说一下我个人的经验,一般只有第一次创建完工程的时候,我会用"Sysgen"命令,以后只要是改变了SYSGEN为前缀的环境变量的设置或者是"Catalog"中的item,我就会使用"Clean Sysgen",而改变了以BSP为前缀的环境变量要看具体情况,也不一定就要用"Clean Sysgen"。继续...

"Build and Sysgen":相当于执行命令"blddemo",当改变了\public目录下的代码,比如你打了WinCE的patch,你就需要用这个了。

"Rebuild and Sysgen Clean":相当于执行命令"blddemo clean cleanplat -c",相当于清除上一次编译生成的文件,然后重新编译\public目录和你的工程。

"Build and Sysgen Current BSP":相当于执行命令"blddemo -qbsp",仅编译\platform目录下的代码。所以当改变了\platform目录下的代码的时候或者说改变了BSP的代码的时候,可以用这个来编译。

"Rebuild and Clean Sysgen Current BSP":相当于执行命令"blddemo -qbsp -c",相当于完全重新编译\platform目录下要编译的代码。

---------------------------------------------------------------------------------------------------------------------------------------

关于cvrtbin的用途,最常用的就是将NK.bin转换出NK.nb0。用法如下:

cvrtbin [options] [filename]

-s 从bin文件中产生sre文件
-r 从bin文件中产生rom文件

-a rom文件的起始地址
-w 总线的宽度
-l rom文件的大小

这个工具可以和viewbin工具一起使用,将NK.bin文件转换成NK.nb0。
首先通过:viewbin -nk.bin命令获得NK.bin的起始地址和大小,然后通过下面的命令:

cvrtbin -a C02C0000 -l 00D5E380 -w 32 -r NK.bin

将NK.bin转换成NK.nb0。起始地址为0xC02C0000,大小是0x00D5E380,总线宽度为32bit,最后输出NK.nb0.

------------------------------------------------------------------------------------------------------------------------------------

Viewbin是微软提供的一个命令行工具,在WinCE6.0中,可以在"\WINCE600\PUBLIC\COMMON\OAK\BIN\I386"找到他。Viewbin工具可以用来查看NK.bin文件。它可以从NK.bin中获得这个NK image的大小,运行的起始地址等。还能查看到里面所包含的模块,应用程序及相关的信息。

Viewbin的使用格式如下:
viewbin [parameter] [filename]

举几个例子吧:
1. viewbin -nk.bin

ViewBin... nk.bin
Image Start = 0xC02C0000, length = 0x00D5E380
Start address = 0xC02C1006
Checking record #126 for potential TOC (ROMOFFSET = 0x40000000)
Found pTOC = 0x8101c8d0
ROMOFFSET = 0x40000000
Done.
这条命令可以查看NK image的起始地址,长度等信息,这些信息应该和config.bib文件中定义的一致。

2. viewbin -t nk.bin > output.txt
这条命令可以将NK image里面包含的模块及相关信息列成一个表并输出到output.txt里面,这样打开output.txt就可以看到里面包含了哪些模块,其中包括驱动,应用程序等。

3. viewbin -r nk.bin > output.txt
打印记录信息到output.txt中。

------------------------------------------------------------------------------------------------------------------------------------

在WinCE中有很多的环境变量,那么如何设置/删除/查询这些环境变量呢:

1. 查询环境变量:无论是在WinCE5.0还是WinCE6.0,当我们在PB里打开或者创建一个工程以后,我们可以在菜单中点“build”->“Open Release Directory in Build Window”,然后会弹出命令行对话框。在对话框中输入“set”命令,然后回车,就会看到当前工程下所有的环境变量以及相应的值。

2. 添加环境变量:有两种方法添加环境变量,一种是点“build”->“Open Release Directory in Build Window”,再弹出的对话框中添加新的环境变量,例如:set WINCE_TEST=1。这句话的意思是添加一个环境变量叫WINCE_TEST,它的值为1。还有另一种方法添加环境变量,以WinCE6.0为例,在“Solution Explorer”窗口中,右击工程的名字,然后选择“Properties”。在弹出的对话框中选择“Configuration Properties”->“Enviroment”,然后在右侧的窗口中添加环境变量。

3. 删除环境变量:同样两种方法,一种是点“build”->“Open Release Directory in Build Window”,再弹出的对话框中删除已经定义的环境变量,例如:set WINCE_TEST=。这句话的意思是删除环境变量叫WINCE_TEST。另一种删除环境变量的方法是在“Solution Explorer”窗口中,右击工程的名字,然后选择“Properties”。在弹出的对话框中选择“Configuration Properties”->“Enviroment”,然后在右侧的窗口中删除已经定义的环境变量。

4. 通过环境变量对代码进行选择性编译:对代码进行选择性编译如下:

#ifdef NANDFLASH_ECC

.....

#endif

对platform.reg进行选择性加载如下:

IF NANDFLASH_ECC

......

ENDIF

------------------------------------------------------------------------------------------------------------------------------------

在WinCE下面,创建工程,然后编译是需要花很长时间的。当我们第一编译完工程以后,如果需要改我们的驱动或者BSP,我们是不需要重新编译整个工程的:

1. 如果更改了driver,以WinCE6.0为例,我们可以在菜单里面选择“build”->“Open Release Directory in Build Window” ,然后在弹出的命令行窗口中,通过dos命令切换到你要编译的driver的目录下面,然后运行“build”就可以了。也可以运行“build -c”会强制把所有的文件都编译一遍。被编译后的driver的dll会被自动拷贝到release目录下面,然后再切换的工程的release目录下面,运行一下“make image”就可以了。

2. 如果改变了OAL部分的代码,同样用上面介绍的方法,需要注意的是,OAL部分可能包含多个文件夹,如果改变了OAL里面的代码,不要进入OAL里面的文件夹去编译,一定要在OAL这层进行编译,这样OAL部分的lib,dll才会被重新编译并拷贝到release目录下面。

3. 如果改变了配置文件,比如config.bib,platform.reg文件,那么直接将这些文件拷贝到你的工程目录下面,然后运行一下“make image”就可以了。

4. 如果改变了eboot部分的代码,那按照步骤1的方法就可以了,可能你都不需要运行“make image”命令,因为可能你只需要eboot.bin或者eboot.nb0。

-------------------------------------------------------------------------------------------------------------------------------------般在ARM架构的CPU上,物理地址都是统一编址的,寻址空间为4GB(32Bit CPU)。也就是说,针对一个ARM的处理器,它可以访问的物理空间是4GB。在WinCE中,ARM中的4GB物理地址空间将被映射为512MB的虚拟内存空间。 OEMAddressTable就是一个4GB物理地址空间到WinCE Kernel中的512MB虚拟地址空间的映射表。

在BSP中,会定义OEMAddressTable来描述系统中可访问的物理空间及对应的虚拟地址空间,还有大小。这个表会在WinCE系统开始启动的时候传给MMU,具体到BSP中应该是在OAL中的startup.s中,OEMAddressTable的起始地址会被放到r0寄存器中,然后就跳转到KernelStart里面,KernelStart会用OEMAddressTable完成MMU得初始化。当WinCE启动以后,就只能访问虚拟地址空间了。

举个例子,比如我们要开发一个Flash的驱动程序,那么首先我们知道这个flash所接的片选对应的物理起始地址是多少(假如是0x60000000),大小是多少(假如是0x2000000)。如果我们要在WinCE中访问它,就必须为它定义一个虚拟地址(假如是0x80000000),并添加到OEMAddressTable中,这样,我们才能在我们的驱动里面通过这个虚拟地址访问到flash。

虚拟地址不是随便定义的,WinCE中有规定,必须在0x80000000---0x9FFFFFFF。实际上WinCE创建了两套虚拟地址空间,一个是0x80000000---0x9FFFFFFF,是Cache Enabled。另一个是0xA0000000---0xBFFFFFFF,是Cache Disabled。有啥区别呢:

如果我们访问的这个空间只是一段内存空间(比如SDRAM),那么就可以用Cache Enabled的空间来访问,这样存取数据的速度会比较快,因为数据被保存在Cache中。

如果我们访问的这个空间是一个外设的地址,那么我们就要使用Cached Disabled的空间来访问,这样才能使CPU与外设同步。

可能说得有点绕,我的经验就是:只要是SDRAM,可以用Cache Enabled空间访问。如果是寄存器,就用Cache Disabled空间访问。

如何定义OEMAddressTable呢,如果安装了WinCE5.0或者6.0,那么提供的参考BSP中都已经有定义了,在BSP目录下搜索“OEMAddressTable”,一看代码就明白了,这里重复一下,格式如下:

                    虚拟地址                物理地址               大小

比如:

OEMAddressTable:

dd             0x80000000          0x60000000        0x2000000

dd             0                               0                            0

上面这个表定义了一个flash的物理地址到虚拟地址的映射,物理地址是0x60000000,虚拟地址是0x80000000,大小是32MB。OEMAddressTable最后必须以0结尾,表示OEMAddressTable结束

你可能感兴趣的:(WinCE)