在wince5.0中，在"build os」選單中，我們會看到不同的編譯選項：
"sysgen"，"build and sysgen"和"build and sysgen current bsp"
sysgen：不用多說，當你在"catalog"中新增或刪除了新的item的時候，就用這個吧。
build and sysgen：當你更新了/public目錄下的源**的時候，你就需要用這個了。一般比如在打patch以後，可能就需要進行build and sysgen了。
build and sysgen current bsp： 當你只改變了你的bsp部分的**，就可以用這個選項。據說，當你改變了/platform目錄下的**，也可以用這個，具體沒有試過。
首先第一組是編譯命令，一共有三個：
1.sysgen
根據當前的系統設計，生成乙個系統映像。該操作不會更改之前編譯（build）完成的檔案。這裡所說的檔案，指的是os的檔案，也就是位於wince500資料夾下面的各種lib庫。
有三點是必須要注意的：
1）.在上一次呼叫sysgen之後，如果你已經增加或移除檔案以及相關的catalog，強烈建議選中「clean before building"，然後再開始新的一次sysgen。因為這樣會最大程度上減少出錯的機會。
2）.該命令也會編譯包含於系統設計工作區（workspace）的工程（project）。
3）.沒有任何檔案拷貝到目標（release）資料夾。
2. build and sysgen
其實這是兩個命令的組合，先是編譯（build），然後再呼叫sysgen。該命令不僅編譯公開（public）**，甚至連私有（private）**也不放過，所以耗費的時間會非常久。只有當你更改了os的原始檔，才建議選擇該命令。
該命令和之前的sysgen相同，也會編譯包含於系統設計工作區（workspace）的工程（project）以及不將檔案拷貝到目標（release）資料夾。
接下來三個是命令標籤，用來部分控制命令執行時的行為。
3.build and sysgen current bsp
編譯（build）然後sysgen當前的bsp包。和之前的兩個命令一樣，該命令也不會將檔案拷貝到目標（release）資料夾。
需要注意的一點是，根據實際的使用經驗，因為命令的引數不同，有時候即使你能成功呼叫呼叫sysgen生成系統，也有可能呼叫本命令編譯bsp包失敗。遇到此情況，只能根據具體情況做相應的處理。
4.clean before building
如果選中該標籤，那麼在執行命令之前都會清除上一次sysgen建立的檔案。
5.copy files to release directory
如果選中該標籤，則在編譯完畢之後，會把生成的檔案拷貝到目標（release）資料夾中。通常這個目標（release）資料夾是你的工程所在的目錄。
該標籤預設是選中的。
6.make run-time image after build
如果選中該標籤，在編譯完畢之後，將生成乙個執行映像（run-time image）。最典型的的執行映像（run-time image）便是nk.bin。
在你建立乙個新的工程之後，該標籤預設是選中的。
最後是一組輔助的命令。
7.copy files to release directory
將生成的檔案拷貝到目標（release）資料夾。
8.make run-time image
生成執行映像（run-time image）。最常見的，也就是將所編譯生成的檔案組合成nk.bin。
9.batch build
用來選擇多種配置來生成執行映像（run-time image）。
10.open release directory
開啟命令列視窗，預設路徑為目標（release）資料夾。
11.set active configuration
從現有的配置選擇乙個作為當前可用的。
12.configurations
你可以通過該命令增添或刪除配置
在pb的文件中也有關於這些命令的說明，具體位置你可以檢視： platform builder user''s guide > platform builder ide > platform builder user inte***ce > menu descriptions
在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目錄下要編譯的**。
Platform Builder實踐之檔案系統方案
隨著ce的發展，物件儲存 object store 的作用越來越小，而大容量的永久儲存裝置被越來越多地採用，這一章將針對ce的檔案系統闡述相關的知識，讓pb開發者除了能夠加入對永久儲存裝置的支援，還能做一些優化。記得在以前講過的文章中提到了如何在pb中向定製的核心加入對硬碟 光碟機的支援 包括ata...
Platform Builder實踐之編譯
接上一章所說，當用pb的 定製平台嚮導 選取了乙個平台的所有特徵 feature 後，接下來的工作就是編譯了。即使你從來未曾編譯過，你也能想象得到編譯的時間一定很長。因為pb是在編譯乙個作業系統，而非乙個應用程式。當然，越快的硬體環境編譯的速度就越快。一般我編譯乙個核心需要5分鐘到10分鐘之間。在編...
Platform Builder實踐之檔案系統
隨著ce的發展，物件儲存 object store 的作用越來越小，而大容量的永久儲存裝置被越來越多地採用，這一章將針對ce的檔案系統闡述相關的知識，讓pb開發者除了能夠加入對永久儲存裝置的支援，還能做一些優化。記得在以前講過的文章中提到了如何在pb中向定製的核心加入對硬碟 光碟機的支援 包括ata...