http://blog.csdn.net/churenxh/article/details/3485011
一.pbcxml分析
每一個BSP都有一個工程文件,比如MyBSP.pbcxml,裏面描述了BSP的信息。下面就來介紹一下BSP的pbcxml文件。
文件的大致格式應該是這樣的:
<CatalogFile …>
<FileInformation ….>
….
</FileInformation>
<BSP …>
…
</BSP>
<Item …>
…
</Item>
<Item …>
…
</Item>
<Item …>
…
</Item>
<Item …>
…
</Item>
</CatalogFile>
實際上<CatalogFile>…</CatalogFile>相當於一個入口,在這裏麪包含的就是WinCE BSP的所有內容了,裏面包含幾個部分,下面分別介紹每個部分。
1. <FileInformation>…</FileInformation>項:這裏麪包含了BSP的基本信息,比如BSP的名字,描述,廠家等。下面是一個模板:
<FileInformation Id="FileInformation: VENDOR:CATALOGFILENAME ">
<Title>Title Name</Title>
<Description>BSP Description</Description>
<Vendor>Vendor Name</Vendor>
<OSVersion>WinCE Version</OSVersion>
<FileVersion>File Version</FileVersion>
</FileInformation>
這裏不做過多介紹了,一看就應該明白,下面給個實際BSP中的用到該項描述的例子:
<FileInformation Id="FileInformation:Cirrus Logic:EP94xx">
<Title>EP94xx</Title>
<Description>EP94xx BSP Catalog Items</Description>
<Vendor>Cirrus Logic</Vendor>
<OSVersion>6.00</OSVersion>
<FileVersion>1.0.0</FileVersion>
</FileInformation>
2. <BSP>…</BSP>項:該項一般在<FileInformation>項後面,用來描述當前的BSP中都有哪些組件,或者說有哪些Items。具體模板如下:
<Bsp Id="Bsp: VENDOR: BSPDIR: CPU">
<Title>BSP Title</Title>
<Description>BSP Description</Description>
<PlatformDirectory>Platform Directory</PlatformDirectory>
<CpuId>Cpu:CPU ID</CpuId>
<BspItemId>Item: VENDOR: VARIABLE</BspItemId>
<BspItemId>Item: VENDOR: VARIABLE</BspItemId>
…
</Bsp>
這裏需要做一下解釋:
VENDOR:廠家名稱,比如三星提供的BSP,那麼就應該是SAMSUNG。
BSPDIR:指該BSP在”/Platform”文件夾下的路徑。
CPU:指該BSP所支持的CPU,比如ARMV4I。
MODULE:指BSP中的各個模塊被編譯後所生成的dll或者exe的名字,比如audio.dll,那麼這裏就應該是audio。
VARIABLE:指BSP中和某個模塊相關的環境變量。
<Title>…</Title>:指BSP的標題
<Description>…</Description>:指BSP的一些描述
<PlatformDirectory>…</PlatformDirectory>:指該BSP在”/Platform”目錄下的路徑。
<CpuId>…</CpuId>:指所支持的CPU,比如ARMV4I。
<BspItemId>…</BspItemId>:指BSP中都包含了哪些模塊。
這裏要注意的是,<BspItemId>…</BspItemId>有兩種表示方法如下:
Method 1:<BspItemId>Item: VENDOR: VARIABLE</BspItemId>
Method 2:<BspItemId>Item: VENDOR: MODULE: BSPDIR</BspItemId>
可以看一下WinCE6.0中Platform目錄下的一些微軟提供的BSP的pbcxml文件,大多采用第二種方法,我個人更喜歡第一種方法,簡單。
下面也給個例子:
<Bsp Id="Bsp:Cirrus Logic:EP94xx:ARMV4I">
<Title>EP94xx: ARMV4I</Title>
<Description>Cirrus EP94xx BSP for WinCE 6.0</Description>
<PlatformDirectory>EP94xx</PlatformDirectory>
<CpuId>Cpu:ARMV4I</CpuId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_i2s_audio</BspItemId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_flash</BspItemId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_nandflash</BspItemId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_ethernet</BspItemId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_serial</BspItemId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_usb</BspItemId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_touch</BspItemId>
<BspItemId>Item: Cirrus Logic: bsp_ep94xx_rtc</BspItemId>
</Bsp>
3. <Item>…</Item>項:它會在<BSP>項後面,詳細描述<BSP>項中的每一個模塊,也就是描述BSP中的每一個驅動的相關信息。模板如下:
<Item Id="Item: VENDOR: VARIABLE">
<Title>Driver Title</Title>
<Description>Driver Description</Description>
<Type>BspSpecific</Type>
<Variable>Variable</Variable>
<Location>Device Drivers</Location>
<SourceCode>
<Title>Source Code Title</Title>
<Path>Source Code Path</Path>
</SourceCode>
</Item>
前面我們提到了<BSP>項中的<BspItemId>…</BspItemId>有兩種表示方法,那麼實際上和這裏的每一個模塊的<Item>項是對應的,上面的用哪種方法表示,這裏也同樣要用相同的方法如下:
Method 1:<Item Id=”Item: VENDOR: VARIABLE”> …… </Item>
Method 2:<Item Id=”Item: VENDOR: MODULE: BSPDIR”> …… </Item>
這裏再對一些定義作個解釋:
VENDOR:廠家名稱,比如三星提供的BSP,那麼就應該是SAMSUNG。
CPU:指該BSP所支持的CPU,比如ARMV4I。
VARIABLE:指BSP中和該模塊相關的環境變量。
<Title>…</Title>:該驅動的標題。
<Description>…</Description>:該驅動的描述。
<Type>…</Type>:對於BSP中的Item來說,這裏必須是”BSPSpecific”。
<Variable>…</Variable>:該驅動用到的環境變量,可以不止一個。
<Location>…</Location>:指在PB中的Catalog Items View中的位置。
<SourceCode>…</SourceCode>:描述該驅動的源代碼。
<Path>…</Path>:指向該驅動的源代碼的路徑。
<HelpLink>…</HelpLink>:描述一個幫助鏈接鏈接到幫助頁。
下面舉個例子:
<Item Id="Item:Cirrus Logic:bsp_ep94xx_i2s_audio">
<Title>Audio I2S</Title>
<Description>Audio Driver for I2S</Description>
<Type>BspSpecific</Type>
<Variable>BSP_EP94XX_AUDIO</Variable>
<Variable>BSP_EP94XX_I2S_AUDIO</Variable>
<Location>Device Drivers</Location>
<SourceCode>
<Title>$(_WINCEROOT)/PLATFORM/EP94XX/SRC/DRIVERS/WAV</Title>
<Path>$(_WINCEROOT)/PLATFORM/EP94XX/SRC/DRIVERS/WAV</Path>
</SourceCode>
</Item>
上面對WinCE中的BSP的工程文件pbcxml做了個介紹,相信有點描述語言基礎,瞭解一些WinCE知識的看懂絕對沒有問題了。很多時候,在向BSP中添加驅動或者刪除驅動的時候,我們就可以直接用記事本打開該文件,然後在裏面編輯就可以了,這樣很方便。
二.REG文件和DB文件
1. REG文件
註冊表文件,這個和Windows操作系統中使用的註冊表文件基本一樣,在BSP中主要是Platform.reg,該註冊表文件描述了和硬件平臺相關的配置,大部分是用來描述驅動的相關信息。
註冊標的格式如下:
[KEY1]
"ValueName1"={Value Type}:{data}
"ValueName2"={Value Type}:{data}
[KEY2]
"ValueName1"={Value Type}:{data}
其中Value Type和data相互對應,不同的Value type對應不同的data,具體如下:
Value Type |
data |
|
REG_SZ |
”my string” |
字符串類型 |
REG_DWORD |
dword:NNNN(hex number) |
DWORD類型 |
REG_MULTI_SZ |
multi_sz:”my_string_1”,”my_string_2” |
多字符串類型 |
REG_BINARY |
hex:xx,xx,xx |
二進制類型 |
HEX |
hex(xxxxxxxx):xx,xx,xx,xx |
十六進制類型 |
在註冊表中,同樣可以使用IF/ENDIF來進行條件包含,其中條件可以是一個WinCE中的環境變量,還可以在該環境變量後加一個空格再加一個驚歎號(“!”),表示沒有設置或者不等於的情況,比如:
IF environment variable [= value] [!]
[KEY1]
"ValueName1"={Value Type}:{data}
"ValueName2"={Value Type}:{data}
[KEY2]
"ValueName1"={Value Type}:{data}
ENDIF
如果註冊表某一行是以分號(“;”)開始,表示這行是被註釋掉的。當然也有一些例外,比如在支持Hive註冊表的時候,如下:
; HIVE BOOT SECTION
... reg data...
; END HIVE BOOT SECTION
關於Hive註冊表,以前介紹過,這裏不多說了。我們在註冊表中無非就是創建,刪除key,賦值等操作。
創建一個註冊表key:
[Key1]
"ValueName"="Value Type"
刪除一個註冊表key:
[-KEY1]
刪除一個註冊表值:
"ValueName1"=-
和BSP以及硬件平臺相關的註冊表配置都放在platform.reg文件中,和WinCE工程相關的配置應該放在project.reg文件中。
2. DB文件
數據庫文件,同樣也有platform.db和project.db兩個文件。但是很少會被用到,特別是platform.db,這些數據庫文件都是基於WinCE的對象存儲的,會在WinCE啓動以後被加載到RAM中,掉電就會丟失,具體格式如下:
Database : "db_name" : hex_type : num_sort_order : <sort order specifier> 1
Record :
Field : field_hex_propid : value
End
End Database
可以使用上面的格式在.db文件中添加數據庫記錄,由於本人從未使用過,所以對上述格式沒有太多瞭解,相信搞過數據庫的人士,看看上面的格式可能就明白了。
三.Dirs文件和Sources文件
1. Dirs文件
關於Dirs文件,就是指定要編譯的路徑,這個地球人都知道。還是簡單介紹一下。按照文檔上面介紹有三種定義:DIRS,DIRS_CE和OPTIONAL_DIRS。
DIRS:就是指定要編譯的目錄。
DIRS_CE:只有目錄下的源代碼用於WinCE的映像文件時,才編譯該目錄。
OPTIONAL_DIRS:指定可以選擇編譯的目錄。比如:OPTIONAL_DIRS=proj1,如果想編譯proj1目錄,可以設置BUILD_OPTIONS=proj1,然後運行build命令就可以了。
舉個例子:
DIRS= common /
drivers /
oal /
bootloader
表示需要編譯common,drivers,oal和bootloader目錄。
DIRS=*
表示編譯當前的所有目錄。
2. Sources文件
在WinCE BSP中會看到很多sources文件,一般會和源代碼放在同一個目錄,當然不是絕對的。這些sources文件裏面就是定義了一些宏,主要用於告訴Build.exe在編譯源代碼的時候應該如何編譯和鏈接,告訴Nmake.exe如何編譯源代碼以及最後生成什麼類型的文件。
下面具體介紹一下:
TARGETNAME:最後編譯完後生成的目標文件的名字,不包括擴展名。
TARGETTYPE:生成的文件的類型。具體值如下:
LIBRARY,一個.lib文件
DYNLINK,一個.dll文件
PROGRAM,一個.exe文件
RELEASETYPE:該宏設置兩個環境變量RELEASEDIR和RELEASELIBDIR,就是設置編譯後生成文件存放的路徑。具體值如下:
PLATFORM,生成的文件在PLATFORM/<BSP NAME>/<Target>
LOCAL,生成的文件在當前路徑下
CUSTOM,生成的文件在TARGETPATH指定的位置
MANAGED,生成的文件在%_PROJECTROOT%/OAK/<Target>/Managed
OAK, SDK, DDK,生成的文件在%_PROJECTROOT%/Oak/<Target>
TARGETPATH:當上面的RELEASETYPE=CUSTOM的時候,該宏指定路徑
SOURCELIBS:靜態鏈接。函數的實體被鏈接過來,生成一份拷貝
TARGETLIBS:動態鏈接。函數的地址被鏈接過來,系統執行時會加載該庫
INCLUDES:指定額外的要搜索的頭文件的路徑
SOURCES:指定要被編譯的文件
ADEFINES:指定彙編器要使用的參數
CDEFINES:指定編譯器要使用的參數
LDEFINES:指定連接器要使用的參數
RDEFINES:指定資源編譯器Rc.exe的參數
DLLENTRY:指定dll的入口函數
DEFFILE:指定該模塊的.def文件
EXEENTRY:指定可執行文件的入口函數
SKIPBUILD:不做實際的build操作,直接返回成功
WINCECOD:編譯後生成一個.cod的彙編文件,用於查看彙編代碼調試
WINCECPU:用於說明爲指定的CPU編譯,這樣被編譯出來的目標文件會被放在_TGTCPU環境變量所指定的子目錄下面,一般該宏在sources.cmn中定義。
WINCEMAP:編譯後生成一個.map文件,用於調試
WINCEOEM:設置該值表示需要使用WinCE下的一些公用的庫和頭文件,該值一般在BSP中的sources.cmn中定義。
WINCETARGETFILE0:用於告訴編譯系統在編譯當前路徑下的源碼文件之前,要先由Build.exe編譯的目標文件。
WINCETARGETFILES:用於告訴編譯系統在鏈接當前路徑下所有的目標文件之前,要先由Build.exe編譯的目標文件。
WINCE_OVERRIDE_CFLAGS:用於定義用戶自己的編譯器參數取代默認的編譯器參數。
舉個例子:
TARGETNAME=serial_smdk2410
TARGETTYPE=DYNLINK
RELEASETYPE=PLATFORM
TARGETLIBS=$(_COMMONSDKROOT)/lib/$(_CPUINDPATH)/coredll.lib /
$(_SYSGENOAKROOT)/lib/$(_CPUINDPATH)/ceddk.lib
SOURCELIBS=$(_SYSGENOAKROOT)/lib/$(_CPUINDPATH)/serpddcm.lib /
$(_SYSGENOAKROOT)/lib/$(_CPUINDPATH)/com_mdd2.lib
DEFFILE=serial.def
DLLENTRY=_DllEntryCRTStartup
SOURCES= ser_smdk2410.cpp /
pdds3c2410_ser.cpp
需要編譯的文件爲ser_smdk2410.cpp和pdds3c2410_ser.cpp,DEF文件爲serial.def,DLL的入口函數是_DllEntryCRTStartup,靜態連接serpddcm.lib和com_mdd2.lib兩個庫,動態鏈接coredll.lib和ceddk.lib兩個庫,最終編譯爲dll文件,文件名爲serial_smdk2410.dll。
最後總結一下,Dirs文件會和Sources文件配合使用,但是他們不可能存在同一個目錄下面。Dirs文件指定編譯目錄,Sources文件指定如何編譯.
四.DAT文件介紹
DAT文件用於在WinCE啓動的時候,定義文件系統的結構,也就是定義有哪些文件夾,哪些文件在什麼位置等。每次冷啓動的時候,Filesys模塊會根據.dat文件中的內容來創建目錄以及目錄下的文件。
在BSP中我們可以找到platform.dat。在創建一個WinCE的工程以後,可以在工程目錄下面找到project.dat。可以在這兩個.dat文件中定義我們所需的根目錄以及相應的子目錄和文件,當然Windows文件夾及其包含的子文件夾除外。用戶可以通過定義快捷方式的方法來引用Windows目錄下的文件。
關於DAT文件的具體格式,來舉個例子:
root:-Directory("My Documents")
root:-Directory("Program Files")
Directory("/Program Files"):-Directory("My Projects")
Directory("/Program Files"):-Directory("Accessories")
Directory("/Program Files"):-Directory("Communication")
Directory("/Program Files/My Projects"):-File("My Project Program", "/Windows/Myproj.exe")
root:-File("/control.lnk", "/Windows/control.lnk")
簡單解釋一下,上面的內容是先創建My Documents和Program Files兩個根目錄,然後在Program Files下面創建My Projects,Accessories和Communication三個子目錄,然後拷貝被定義在Windows目錄下的存在於ROM中的Myproj.exe文件到My Projects目錄下面,且名字爲My Project Program。這裏需要說明的一點就是,像Myproj.exe這樣的文件都是從ROM中拷貝出來的,所以必須在BIB文件中包含了該文件。最後一行意思是在根路徑下創建control.lnk,該文件來自ROM中的control.lnk文件,是一個快捷方式文件。
對上面的一些格式做個解釋:
1.Root Directory的語法格式:
root:[-Directory("dir_name")] [-Permdir("dir_name")]
[-File("target_filename", "source_location")]
root:表示根目錄。
-Directory(“dir_name”):定義根目錄下的目錄名。
-Permdir(“dir_name”):定義一個永久的目錄,用戶是不能通過RemoveDirectory函數刪除的。
-File(" target_filename", " source_location"):定義一個目標文件,該文件從ROM中拷貝過來。target_filename爲目標文件的文件名,source_location爲ROM中的文件,指Windows目錄下的某路徑下的文件名。
2.Directory的語法格式:
Directory("dir_name"):[-Directory("dir_name")]
[-File("target_filename", "source_location")]
Directory(“dir_name”):表示目錄名。”/”表示根目錄。
-Directory(“dir_name”):表示目錄下的路徑,就是子目錄。
-File(" target_filename", " source_location"):定義一個目標文件,該文件從ROM中拷貝過來。target_filename爲目標文件的文件名,source_location爲ROM中的文件,指Windows目錄下的某路徑下的文件名。
DAT中所使用的語法定義比較簡單,看看例子就知道如何修改了,一般我們會通過修改project.dat和platform.dat來改變WinCE啓動後的文件路徑結構。其中platform.dat是和平臺相關的,而project.dat是和WinCE工程相關的。
五.BIB文件介紹
在WinCE中使用的一個重要的文件就是BIB文件,全稱Binary Image Builder File。在WinCE的編譯過程中會用到BIB文件,應該是在最後的Makeimg階段。所有的BIB文件會被合併成CE.bib文件,然後Romimage.exe會根據BIB文件中的描述來決定哪些文件最終被包含到WinCE image中。當然,BIB文件還決定了WinCE設備內存的分配,其中定義了WinCE image佔用哪塊內存,Framebuffer佔用哪塊內存等。
在BIB文件中分爲4大項:MEMORY項,CONFIG項,MODULES項和FILES項。下面分別作個解釋:
MEMORY:定義了內存分配的相關設置,一般在BSP中的config.bib文件中。
CONFIG:在最後的Makeimg階段,爲Romimage.exe提供一些生成WinCE image的配置屬性。該項是可選的,一般也在BSP中的config.bib文件中定義。
MODULES:定義了一些會被打包到WinCE image中的模塊或者文件,比如dll,exe等。這些文件會被Romimage.exe標記爲加載到RAM中或者XIP。我們可以在這裏添加自己的WinCE應用程序或者模塊,但是不要添加Managed Binaries,一般指.NET的程序。
FILES:定義了一些操作系統會用到的其他的文件,比如字體文件,圖片等。這些文件也會在WinCE運行的時候被加載到RAM中。
下面會詳細介紹上面的4大項:
1. MEMORY項
一般都在config.bib文件中定義,開頭會有MEMORY的字樣。這裏定義了爲WinCE image以及其他模塊預留的RAM,同時也定義了WinCE可以使用的RAM。具體格式如下:
MEMORY
NAME Start Address Memory Size Type
NAME:該內存區域的名字,必須是唯一的。
Start Address:該內存區域的起始地址,用十六進制表示。
Memory Size:該內存區域的大小,用十六進制表示。
Type:內存區域的類型。包涵的多種類型如下。
類型值 |
描述 |
FIXUPVAR |
用於在WinCE編譯的Makeimg階段,就初始化一個內核中的全局變量。 |
NANDIMAGE |
當創建了一個使用BinFS的image的時候,NAND設備上的WinCE kernel重定向到RAM中的區域,當系統訪問該區域的時候,BinFS會負責訪問Nand設備上相應的位置,並返回數據給系統,實際上就是在Nand設備上面實現了XIP的功能。 |
RAM |
定義了被WinCE系統使用的RAM區域,這塊內存必須是連續的,這裏有一點要注意就是從硬件的角度來說,這塊內存不能跨越兩片SDRAM,也就是說整個區域空間必須在一片硬件SDRAM上。 |
RAMIMAGE |
定義了一塊內存區域用於加載WinCE image,實際上WinCE啓動以後,image會被拷貝到這塊內存區域上面運行。一個image只能有一個連續的RAMIMAGE區域。 |
RESERVED |
這塊內存區域會被預留出來,一般用於Frambuffer或者是DMA Buffer,或者是一塊共享內存用於EBOOT傳遞參數給WinCE系統。 |
EXTENSION |
定義了一塊WinCE image中的區域作爲ROMHDR extension的數據區域。 |
2.CONFIG項
一般在config.bib文件中定義,定義了一些額外的配置參數,其中一些對於WinCE image來說也很重要。具體格式如下;
CONFIG
ITEM=Parameter
ITEM |
描述 |
AUTOSIZE |
允許未被使用的WinCE image的RAM被用作WinCE系統的RAM。默認值爲ON。 |
COMPRESSION |
允許Romimage.exe壓縮WinCE image中的可寫入部分。默認值爲ON。 |
BOOTJUMP |
定義了跳轉跳轉頁在RAMIMAGE空間的地址。而不是默認情況下的RAMIMAGE的首地址。默認值爲NONE。 |
FSRAMPERCENT |
定義了文件系統使用的內存的百分比。默認值爲0x80808080。 Byte 0:第一個2MB中,每1MB所包含的4KB的倍數。 Byte 1:第二個2MB中,每1MB所包含的4KB的倍數。 Byte 2:第三個2MB中,每1MB所包含的4KB的倍數。 Byte 3:剩下的內存中,每1MB所包含的4KB的倍數。 |
KERNELFIXUPS |
定義了Romimage.exe是否重新定向內核的可寫入區域。默認值爲ON,內核的可寫入區域被重新定向到RAMIMAGE的起始位置。 |
OUTPUT |
定義了最終生成的image存放的路徑。默認爲%_FLATRELEASEDIR%。 |
PROFILE |
定義了是否在WinCE image中包含profiler的結構和符號。默認值爲OFF。 |
RESETVECTOR |
重新指定跳轉頁的位置,一般針對MIPS芯片從0x9FC00000開始引導的問題。 |
ROMFLAGS |
內核標記位,可以進行組合: 0x01表示禁用按需分頁。 0x02表示禁用完全內核模式,完全內核模式表示所有的線程都運行在內核模式。 0x10表示只信任ROM MODULES中的模塊。 0x20表示停止刷新TLB。 0x40表示按照/base鏈接選項中的地址加載DLL。 |
ROMSTART |
指WinCE image在內存中的起始地址。 |
ROMSIZE |
指WinCE image的大小。 |
ROMWIDTH |
指數據總線的寬度。 |
ROMOFFSET |
指定一個偏移量來修改.bin文件中的每一個記錄的地址。一般用於ROM中的.bin文件加載到RAM來運行的情況,主要是表示存儲.bin的位置和運行.bin的位置不一樣。 |
SRE |
使Romimage.exe產生一個.sre文件。默認值爲OFF。 |
X86BOOT |
定義是否插入一條跳轉指令,在x86復位向量地址的時候。 |
3.MODULES項和FILES項
該項列出了所有被包含在WinCE image中的模塊以及文件,以及這些模塊和文件以什麼方式被加載到內存中。具體格式如下:
MODULES
Name Path Memory Type
Name:模塊的名字,比如一個dll或者exe文件的文件名。
Path:路徑,一般都是WinCE的工程的Release目錄。
Memory:指定該模塊被放在哪個區域,一般都是NK區域。
Type:定義了文件的類型。具體如下:
類型 |
描述 |
S |
系統文件。 |
H |
隱藏文件。 |
R |
只壓縮模塊的資源部分。 |
C |
壓縮模塊的所有部分。 |
D |
禁止調試。 |
N |
模塊是不可信任的。 |
P |
告訴Romimage.exe不需要檢查CPU的類型。 |
K |
告訴Romimage.exe必需固定該模塊的內核地址。有該標記的模塊只能被LoadKernelLibrary函數加載。 |
X |
告訴Romimage.exe對該模塊簽名。 |
M |
運行時加載整個模塊,不要按需分頁。 |
L |
告訴Romimage.exe不要分離ROM DLL。 |
一般FILES項的Type只支持S,H,N,D幾個類型,而MODULES項的Type是都支持的。
舉個例子吧:
INIT.EXE %_WINCEROOT%/RELEASE/INIT.EXE NK SH
MYDLL.DLL %_WINCEROOT%/RELEASE/MYDLL.DLL NK SHC
對於BIB文件來說同樣支持“條件編譯”,我們可以通過設置環境變量來選擇性地將某些模塊打包到WinCE image中。一般在BSP中,對於一些驅動模塊的環境變量我們IF來進行條件判斷。而對於WinCE的系統模塊來說,一般都是SYSGEN變量,應該使用@CESYSGEN IF來判斷。
我們在BSP的開發中最常見的主要就是eboot.bib,config.bib,platform.bib和project.bib。下面簡單介紹一下:
project.bib:該文件主要自創建的WinCE工程中所需的一些文件。
platform.bib:該文件包含了和硬件平臺相關的文件,主要以驅動程序爲主。
config.bib:該文件描述了WinCE系統的內存的配置。
eboot.bib:該文件描述了WinCE的eboot的內存的配置。
還有其他的一些bib文件,在WinCE系統編譯後都會背拷貝到工程的release目錄下面。比如common.bib,ie.bib等。這些文件列出了WinCE的組件相關的文件,根據用戶訂製的系統,會被選擇性的打包到WinCE image中。