patchbuild編譯

㈠ 如何編譯OpenWrt

Openwrt 官方正式的發行版是已編譯好了的映像文件（後綴名bin或trx、trx2），此映像文件可從Openwrt官方網站的下載頁面中輕松獲取到，連接地址為 OpenWrt官方網站。這些編譯好的映像文件是基於默認的配置設置，且只針對受支持的平台或設備的。因此，為什麼要打造一個自己的映像文件，理由有以下四點：
您想擁有一個個性化的配置OpenWrt（彰顯個性，在朋友圈子裡顯擺顯擺，開個玩笑）；
您想在實驗性的平台上測試OpenWrt；
您參與測試或參與開發OpenWrt的工作；
或者，最簡單的目的就是為了保持自己的Openwrt為最新版本；
若想實現上述目的，其實很簡單，按下述文字即可成功編譯出一個您的Openwrt來。
准備工作
在開始編譯Openwrt之前需要您做些准備工作；與其他編譯過程一樣，類似的編譯工具和編譯環境是必不可少的：
一個構建OpenWrt映像的系統平台，簡單說就是准備一個操作系統（比如Ubuntu、Debian等）；
確保安裝了所需的依賴關系庫， （在debian系統中就是安裝各種需要的軟體包）
OpenWrt源代碼副本
首先， 開機登陸到支持編譯Openwrt的操作系統（廢話了）。實體機或者虛擬機(Vmware 或者 Qemu)里的操作系統都行，這里推薦使用linux系統。 bsd和mac osx系統也可以編，但不推薦，且未驗證是否可編譯成功。下文假定您使用的是Debian操作系統，使用 apt-get 來管理包. 替代的選擇是 Ubuntu (分支 Kubuntu, Xubuntu 等即可)。
第二步, 就是安裝所需要的各種軟體包, 包括編譯器,解壓工具,特定的庫等. 這些工作可以簡單的通過鍵入以下命令 (通常需要root 或者是 sudo 許可權)，以root許可權安裝下列軟體包(可能並不完整，會有提示，提示缺少即裝就可以了）:
32位(x86)請執行下列命令:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev

64位(x86_64)請執行下列命令（多裝了哪些庫或軟體包呢？請您仔細看一看哦）:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev ia32-libs \
lib32gcc1 libc6-dev-i386

參考 本列表中 所列的編譯環境所需要軟體包或庫。
某些依賴的為庫或軟體包也許操作系統中已經安裝過，此時apt-get會作出提示（提示您忽略或重新安裝的），別緊張，放輕鬆些，編譯Openwrt不會像編譯DD－WRT那樣難的（至少本人是體會到了編譯DD－WRT的難）。
最後下載一份完整的 Openwrt 源碼到編譯環境中。關於Openwrt的源代碼下載，途徑有二，一是通過 svn ，一是通過 git，建議使用 svn ，因為Openwrt主要以 svn 來維護Openwrt系統的版本。另外，請注意Openwrt中不同的分支版本，一個是用得較多的開發快照，俗稱 trunk，二是穩定版，俗稱 backfire。
安裝Subversion
若你想通過svn下載源代碼,你需安裝 Subversion。Subversion,或稱SVN, 是OpenWrt的project中用來控製版本的系統,它非常類似的 CVS的界面和使用條款。 執行下述命令即可安裝SVN，很容易的：
# apt-get install subversion

Subversion安裝完畢，通過SVN命令可獲取得到一份OpenWrt純凈源代碼。您還得創建一個目錄以便存放獲取得到的Openwrt源代碼，要獲取源代碼你還得輸入subversion命令來獲取 (svn里這種操作稱之為'check out') 。命令很簡單的，繼續看下去就能見到了，別著急，耐心點兒。
編譯流程
編譯專屬於您的設備的特定Openwrt固件以一下五個步驟：
通過Subversion命令獲得源代碼；
更新(或安裝) package feeds〔package feeds無法確切翻譯，待譯吧）；
創建一個默認配置以檢查編譯環境是否搭建好了 (假如需要的話)；
用Menuconfig來配置即將編譯生成的固件映像文件的配置項；
最後開始編譯固件；
下載源代碼
最後，下載一份完整的OpenWrt源代碼。你可選擇：
下載穩定發行版，或
下載開發版 (俗稱"trunk"版)。
使用發行版的源碼
截止本文時, Openwrt公開發行的穩定版為 OpenWrt 10.03 "backfire"。此版本是最穩定的，但也許不包括最新更新的補丁或最新編寫的出的新功能。
下述代碼即舉例說明了通過svn從brandkfire獲得backfire源代碼（此版本意思是從trunk分支的補丁也在backfire版本中了，即包含修復補丁）：
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/branches/backfire

註解: 上述svn命令將在當前目錄創建一個 OpenWrt/backfire/ 子目錄，此目錄包含此命令獲取到的源代碼。
您也可以通過下述命令，下載不含修復補丁的backfire的原版源碼：
# svn co svn://svn.openwrt.org/openwrt/tags/backfire_10.03

使用開發版源代碼
當前的開發版本分支(trunk)已包含最新的實驗補丁。此分支或許還突破了Openwrt原來所不支持的硬體設備的限制哦，驚喜的同時也有風險存在。因此，編譯trunk版，慎之～
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/trunk/

更多詳細資料詳見： https://dev.openwrt.org/wiki/GetSource.
跟進並更新源代碼
因Openwrt的源代碼隨時都會變動，故此命令將確保您所獲取得到的源碼的最新性。下述假設您用的是backfire版本的源碼：
## Here, backfire is the directory name of the current release branch you're tracking
# cd OpenWrt/backfire/
# svn up

'svn up' 命令用於更新SVN上更新了，但本地尚未更新的這部分源代碼（本人實踐證明此命令會將本地源碼與SVN上的源碼先比較，若SVN有更新才會下載更新的部分，很實用的一個命令）。如果未指定目標路徑，則此命令將更新當前目錄及當前目錄的子目錄內的源碼。
Feeds下載
Feeds即為包含到你的OpenWrt環境中的額外軟體包的索引之類的。（feed譯名很多，莫衷一是，至2008年底為止，還沒有一個十分通用而備受認可的中文譯名；所以此文當中我們用英文feed來稱呼）。 最主要的Feeds有以下三個：
'packages' - 路由的基本功能,
'LuCI' - OpenWrt默認的GUI（WEB管理界面）, 及
'Xwrt' - 其他的GUI。
一般情況，你至少需要含 'packages' 和 'LuCI'兩個Feeds。
下載完feeds之後， (為編譯OpenWrt的recipies額外的預定義包) 您可以檢查哪些feeds要包括在內。編輯在你的編譯環境的根目錄下的'feeds.conf.default'文件。
然後使用下列命令開始下載（註：可能你需要先運行cd trunk進入trunk目錄才能成功執行下列命令）：
# ./scripts/feeds update -a

在此之後，下載的軟體包需要安裝。亦即指的下邊的命令啦。若路過下邊的install命令則後續make menuconfig將無法成功執行！（註：可能你需要先運行cd trunk進入trunk目錄才能成功執行下列命令）：
# ./scripts/feeds install -a

只需編輯Feeds的配置文件或運行更新命令，即可很方便地更新或添加新的實驗性的packages到源碼中並編譯到OpenWrt固件去。
注意：請老壇友及舊的新聞組成員們注意了，這一步取代了創建符號鏈接symlinks的老辦法哦。
更新Feeds
諸如此類源碼,你得定期更新Feeds。 通過如上相同的命令:
# ./scripts/feeds update -a
# ./scripts/feeds install -a

注意:若你清楚地知道你不需添加新的packages到menuconfig中去，那麼你可在更新Feeds時跳過這一步。
生成配置
You may not have to make configration always after updating sources and feeds, but making it ensures that all packages from source and feeds are correctly included in your build configuration.
Defconfig
下一步是檢查編譯環境，若可進行編譯則生成默認配置：
# make defconfig

若defconfig回顯提示缺少軟體包或編譯庫等依賴，則按提示安裝所缺軟體包或庫等即可，不難的，細心點就行。
Menuconfig
menuconfig是一個基於文本的工具，它處理選擇的目標（需要還是不需要）、編譯生成軟體包（openwrt下是IPKG格式）以及內核選項（編譯成模塊還是內核）等等
# make menuconfig

在你離開並保存配置文件（默認都是.config）後，將自動配置依賴關系，讓你可以著手編譯更新的固件。
大眾可通過'menuconfig'這一簡單的圖形化的配置環境，非常輕松地編譯出專屬您本人的OpenWrt固件。
可以用'menuconfig'，以開發的意圖來編譯OpenWrt的固件，為自己（個人）創造一個結構簡單但是功能強大的環境。（上句實在難翻譯，只能意譯。並且也請大家都學習下編譯OP固件，讓以OP固件盈利的人丟掉那骯臟的飯碗！）
Menuconfig或多或少有些難以說明的地方，即使是最專業的配置，也可以尋求幫助並加以解決。 需要你指定何種目標平台，要包含的package軟體包和內核模塊等均需要你指定，配置標準的過程中會包括修改：
目標平台（即路由器何種架構，BCM呢還是AR均可選擇）
選擇要包含的package軟體包
構建系統設置
內核模塊
Target system is selected from the extensive list of supported platforms, with the numerous target profiles – ranging from specific devices to generic profiles, all depending on the particular device at hand. Package selection has the option of either 'selecting all package', which might be un-practical in certain situation, or relying on the default set of packages will be adequate or make an indivial selection. It is here needed to mention that some package combinations might break the build process, so it can take some experimentation before the expected result is reached. Added to this, the OpenWrt developers are themselves only maintaining a smaller set of packages – which includes all default packages – but, the feeds-script makes it very simple to handle a locally maintained set of packages and integrate them in the build-process.
假如你需要LuCI, 要到Administration 菜單里,在LuCI組件的子菜單下, 並選擇: luci-admin-core, luci-admin-full, and luci-admin-mini組件包。
假如你不需要PPP,你可到Network菜單下取消對它的選擇，以便編譯時不包含此組件。
Menuconfig用法: 確保這些組件包是以 '*'星號標記而不是 'M'標記。
如果你是以星號 '*'標記該組件包, 則該組件包將編譯進最終生成的OpenWrt固件中。
如果你僅以 'M'標記該組件包, 則該組件包將不會編譯進最終生成的OpenWrt固件中。
The final step before the process of compiling the intended image(s) is to exit 'menuconfig' – this also includes the option to save a specific configuration or load an already existing, and pre-configured, version.
Exit and save.
Source Mirrors
The 'Build system settings' include some efficient options for changing package locations which makes it easy to handle a local package set:
Local mirror for source packages
Download folder
In the case of the first option, you simply enter a full URL to the web or ftp server on which the package sources are hosted. Download folder would in the same way be the path to a local folder on the build system (or network). If you have a web/ftp-server hosting the tarballs, the OpenWrt build system will try this one before trying to download from the location(s) mentioned in the Makefiles . Similar if a local 'download folder', residing on the build system, has been specified. The 'Kernel moles' option is required if you need specific (non-standard) drivers and so forth – this would typically be things like moles for USB or particular network interface drivers etc.
編譯固件
萬事具備，只欠東風,通過下面簡單的make命令來編譯:
# make

在多核電腦中編譯
具有多核CPU處理器的電腦進行編譯，使用下述參數可令編譯過程加速。 常規用法為 <您cpu處理器的數目 + 1> – 例如使用3進程來編譯 (即雙核CPU), 命令及參數如下:
# make -j 3

後台編譯
若你在這個系統內編譯OpenWrt的同時還處理其他，可以讓閑置的I/O及CPU來在後台編譯固件 (雙核CPU):
# ionice -c 3 nice -n 20 make -j 2

編譯簡單的基本的軟體包
當你為OpenWrt開發或打包軟體包,編譯簡單的基本的軟體包可以很輕易地編譯該軟體包 (例如， 軟體包cups):
# make package/cups/compile V=99

一個在Feeds里的軟體包大約是這樣子的:
# make package/feeds/packages/ndyndns/compile V=99

編譯錯誤
如果因某種不知道的原因而編譯失敗,下面有種簡單的方法來得知編譯到底錯在哪裡了:
# make V=99 2>&1 |tee build.log |grep -i error

上述編譯命令意為：V99參數，將出錯信息保存在build.log，生成輸出完整詳細的副本（with stdout piped to stderr），只有在屏幕上顯示的錯誤。
舉例說明:
# ionice -c 3 nice -n 20 make -j 2 V=99 CONFIG_DEBUG_SECTION_MISMATCH=y 2>&1 \
|tee build.log |egrep -i '(warn|error)'

The above saves a full verbose of the build output (with stdout piped to stderr) in build.log and outputs only warnings and errors while building using only background resources on a al core CPU.
一鍵編譯
即使用腳本來編譯Openwrt固件。許多朋友編譯Openwrt是用的腳本來編譯的，詳見: https://forum.openwrt.org/viewtopic.php?id=28267
生成的固件在哪
編譯成功後所生成的固件文件位於bin目錄下，可用如下命令查看：
# cd bin/
# ls */

清理
編譯OpneWrt時你可能需要一個清潔干凈的編譯環境。 以下操作有利用編譯工作:
清潔
清潔trunk/ 目錄，在編譯過程中使用「make clean」命令即可。 此命令將刪除bin目錄和build_dir目錄下的所有文件及文件夾。
## See CAUTION below
# make clean

㈡ lfs的Linux From Scratch項目簡稱

Linux From Scratch項目簡稱LFS，它提供具體的步驟、特定的補丁、必須的腳本，從而提供一個簡便的創建Linux發行版的途徑。LFS並不是一個發行版，但是它可以作為製作初級發行版的良好練習。 製作過程
快速瀏覽官方文檔即可（沒必要仔細翻閱，抓幾個關鍵點即可） 一般套路
以下步驟在LFS製作中會重復幾次乃至幾十次： 1，
tar xf foo-version.tar.*
cd foo-version
./configure --prefix=xxx --xxx=xxxx ······
make
make install
cd ..
rm -rf foo-version
2，
tar xf foo-version.tar.*
cd foo-version
patch -Np1 -i ../xxx.patch
mkdir ../foo-build
cd foo-build
../foo-version/configure --prefix=xxx --xxx=xxxx ······
make
make install
cd ..
rm -rf foo-version foo-build
具體編譯參數復制文檔中對應部分即可 實際意義
LFS的意義不在於機械地編譯，事實上，按照文檔描述，簡單地點擊鍵盤即可生成一個簡略的發行版，這並不是存在時間達13年的LFS的目的。LFS的意義在於讓使用者理解編譯參數的作用，理解補丁的作用，理解LFS附帶的腳本的工作過程，從而達到脫離LFS、獨立製作並完善發行版的目的。
由於LFS提供的是一個通用的Linux發行版製作流程，LFS並不能保證製作最終產物符合製作者個人口味，也不能保證質量。

㈢ MTK的開發環境怎麼搭建

一、開發環境設立
以下表述中提到的相關壓縮包或安裝文件到華禹ftp伺服器下載，部分文件要到群共享裡面下，那裡是最新的。
華禹ftp伺服器：IP：220.113.15.15，帳號為study-bbs.com，密碼為study-bbs0304
P1300的QQ群號: 15762255
P1300_Build_Guide.rar來自ftp伺服器，「華禹\MTK相關部分」目錄下
手機開發板C語言開發視頻.rar來自ftp伺服器，「華禹\MTK相關部分」目錄下
huayu109_ads1.2.rar來自ftp伺服器，「華禹\旋風001手機模塊\1.工具類」目錄下
huayu102_ADS12_Patch_Windows.rar同上
huayu106_perlzip.rar同上
huayu108_SourceInsight3.5.rar同上
huayu101_p1300軟體使用工具及開發指南.rar同上
huayu201_P1300_V1.7_Release.rar文件來自群共享
huayu203_P1300_V1.7_Release_patch.rar文件來自群共享
FlashTool_v3.0844.00.rar文件來自群共享
1、開發主機要求及所需工具：
操作系統：Windows 2000, WinXP. 推薦Windows 2000 with SP2 or later.
編 譯 器：ADS (Arm Developer Suite) v1.2 [Build 842]
Perl解析：ActivePerl, 推薦使用ActivePerl 5.6.1版本
模擬工具：MTK PC Simulator
跟蹤工具：Catcher_L1 v3.10.01，從串口輸出調試信息，只做普通UI應用的話，大致不會用到，用PC模擬工具就好了
燒錄工具：FlashTool_UI v3.1.05 或 FlashTool_v3.0844.00
其他：PL2303_Driver_XP2K v20，這是下載線用到的USB串口驅動，以前機器上裝過PL2303驅動的就不必再裝了
二、開發環境建立過程：
新建一個目錄，英文的好了，否則有些工具不認識中文路徑，這里以E:\MTK_P1300為例說明，下面我用文字和圖片簡單說明下安裝過程，更詳細的安裝過程可以看壓縮文件「手機開發板C語言開發視頻.rar」中的Flash文件「P1300_Build_Env.swf」。
（1）安裝ADS1.2
解壓文件huayu109_ads1.2.rar到某個目錄，比如說解壓到「E:\MTK_P1300」，解壓完後運行「E:\MTK_P1300\ADS1.2\Setup.exe」，一路按下一步，最後安裝License時選定文件「E:\MTK_P1300\ADS1.2\CRACK\ license.dat」，然後接著一路下一步直到安裝完。安裝完後刪掉目錄「E:\MTK_P1300\ADS1.2\」，節省磁碟空間。
（2）安裝ADS補丁
運行huayu102_ADS12_Patch_Windows.rar壓縮文件中的ADS_Patch_Window.exe，這是個自解壓的壓縮文件，選Unzip解壓到上一步ADS的安裝目錄(預設是C:\Program Files\ARM\ADSv1_2)，解壓過程中如果問到是否覆蓋，全部選覆蓋好了。
（3）安裝腳本解釋器Perl
直接運行壓縮包huayu106_perlzip.rar裡面擴展名為msi的安裝文件，預設安裝就好，一路Next，呵呵。
上述幾步完成後，編譯環境基本建立，此時可以開一個dos窗(開始菜單->運行->輸入cmd->確定)看一下，安裝正常應該能順利執行以下命令，如下圖：
注意看版本號，應該是ADS1.2 [Build 842]，不是的話可能沒打補丁，或補丁打的位置不對，請看第2步ADS補丁部分的說明並重新打一次，直到版本號對為止，哈哈。
這是perl解釋器的運行畫面。
注1：上述安裝過程會自動創建編譯環境所需的環境變數，如果發現編譯不正常了，可能是安裝了其他編譯工具導致沖突，這時建議查看下系統環境變數，把Perl和ADS的安裝目錄調到最前面，同時從path中去掉可能會產生沖突的編譯工具鏈的路徑(例如winavr)，如下圖所示(我是安裝到D盤滴，預設是C盤，不過我C盤幾乎被我塞滿了)：
如果嫌改path麻煩(因為要用到其他編譯工具鏈的時候還得改回去)，還有一種辦法，就是改make.bat批處理，具體見注4中相關說明。
注2： 如果安裝ADS時，改變了默認安裝路徑，需要修改源碼中的設置，源碼目錄樹解壓過程見模擬器編譯環節相關介紹。
1.             make\Option.mak  
2.             ----------------------------------  
3.             ifeq ($(strip $(COMPILER)),ADS)  
4.           DIR_ARM=  c:\progra~1\arm\adsv1_2  # 修改這里 
5.           DIR_ARM := $(strip $(DIR_ARM))  
6.           DIR_TOOL   =  $(DIR_ARM)\bin  
7.           DIR_ARMLIB =  $(DIR_ARM)\lib  
8.           DIR_ARMINC =  $(DIR_ARM)\include  
9.             endif  
10.       ------------------------------------------------ 
比如改裝到D盤了，這里把紅色部分「c」改成「d」就好了
（4）代碼編輯環境
運行壓縮文件huayu108_Source Insight3.5.rar中的安裝文件安裝即可。至於編輯器，這個看個人喜好了，不過Source Inside看代碼蠻方便的。
（5）PC機模擬器
模擬器MTK PC Simulator是用來在PC上模擬調試用的，要安裝VC6 SP6(同時要安裝Uuicode 靜態和動態庫，沒有裝Unicode庫的可以用「huayu103_MTK模擬器DLL補丁.zip」中的庫，拷到系統目錄「%windir%\system32」下即可)。我機器上的VC是有裝Unicode庫的，沒裝過Unicode庫的如果在模擬器編譯或運行中出現問題，建議重裝下VC6，安裝時勾選Unicode庫，並打上相關補丁到SP6。
模擬器能模擬真機的大部分行為，這樣能給調試帶來很大便利，不需要每次改動都要燒錄。
模擬器要從源碼編譯，解壓壓縮包「huayu201_P1300_V1.7_Release.rar」裡面的文件「HUAYU_P1300_V1.7_Release.rar」到目錄「E:\MTK_P1300」，此時會出現目錄「E:\MTK_P1300\P1300_V1.7_Release」，這就是P1300的代碼目錄樹了；接著打上最新的補丁，解壓壓縮包「huayu203_P1300_V1.7_Release_patch.rar」裡面的壓縮文件「HUAYU_P1300_V1.7_Release_patch.rar」到目錄
「E:\MTK_P1300\P1300_V1.7_Release」，解壓時選擇全覆蓋以替換被修改過的文件，打補丁之前對目錄樹裡面的文件進行修改過的，需要手動再加上去。
編譯PC模擬器之前需要先把剛才上面得到的目錄樹build一次，開一個dos窗，盤符和目錄轉到代碼目錄樹對應的盤符和目錄，例如：
1.              E:  
2.             cd E:\MTK_P1300\P1300_V1.7_Release\  
3.           make new 
注3：第一次make的時候要用「make new」，make new的時間比較長(慢的機器搞不好要2小時以上)，編譯過程中間會出現一些文件找不到的信息，只要編譯過程沒意外終止，那些信息可以忽略。編譯日誌文件位置: build\NEOTEL25_06B\log\，要查看編譯過程有啥問題就看這個目錄下的文件了；生成的bin文件位置: build\NEOTEL25_06B\*.bin，下載燒錄就是燒bin文件。
這里順帶介紹下build的命令格式：
make new 清除後重新編譯整個項目
make resgen 重新生成資源
make remake重新編譯鏈接項目
make viewlog xxx 查看模塊xxx的編譯日誌
make查看可以用make選項幫助信息
注4：如果機器上裝了其他gcc編譯工具鏈(比如winavr之類)的話可能要手動改下Path，否則編譯會出錯，修改Path的方法見注1，也可以修改批處理文件「E:\MTK_P1300\P1300_V1.7_Release\make.bat」，在「perl make2.pl %*」之前加上下面兩句：
1.           set PERL5LIB=D:\perl\lib  
2.           set PATH=D:\perl\bin;d:\progra~1\arm\adsv1_2\bin;E:\MTK_P1300\P1300_V1.7_Release\tools;c:\windows\system32;c:\windows;c:\windows\system 
注意，上面的路徑是我機器上的，不是預設安裝路徑，要根據自己的實際安裝路徑做修改。
下面開始編譯PC模擬器了，用VC6打開工程文件「E:\MTK_P1300\P1300_V1.7_Release\plutommi\mmi\ PC_Simulator.dsw」,然後開始編譯，編譯時間比較長，具體看機器配置了，這時又可以干點別的啥了，呵呵。
因為模擬器工程涉及文件較多，編譯費時，建議編譯過程中電腦上少開窗口，特別是網路類的，如QQ，有時會發現開QQ後，編譯過程中VC會掛死，呵呵。有可能是開QQ後防火牆過濾網路數據佔用較多系統資源，如果發現VC編譯特別慢或乾脆掛死，可以重啟動一下電腦，只開必要的窗口，然後開始編譯。
如果編譯過程中發現怪異的問題，如：
1.           incomingstringiddef.h(120) : error C2059: syntax error : 'constant'    
2.           或者 
3.           error C2065: 'STR_CM_REDIAL' : undeclared identifier   
4.           之類 
5.            
這個時侯你可能需要看一下你VC相關路徑的設置順序，如下圖：
把VC原本的頭文件路徑調整到最前面，我剛開始編譯的時候SDK的頭文件在前面，編譯總是通不過，改一下就好了，庫也一樣都調整下比較保險，呵呵。
（6）Tracer跟蹤工具
解壓文件P1300_Build_Guide.rar到E:\MTK_P1300，然後在文件管理器進入目錄「E:\MTK_P1300\P1300_Build_Guide」，接著解壓Catcher_L1_v3.10.01.zip到當前目錄下的Catcher_L1_v3.10.01子目錄，進入子目錄Catcher_L1_v3.10.01，發送一個Catcher.exe的快捷方式到桌面。
在需要用到TRACE的時候，在代碼中使用函數
void kal_prompt_trace(mole_type mod_id, const kal_char *fmt,...); 列印需要查看的信息，使用Catcher跟蹤查看。
這個有點類似Linux的Kernel Debug工具，具體使用方法見文檔《cather使用手冊.doc》，這個文檔可在壓縮包「huayu101_p1300軟體使用工具及開發指南.rar」裡面找到。
（7）燒錄工具
解壓文件「E:\MTK_P1300\P1300_Build_Guide\ FlashTool_UI_exe_v3.1.05.zip」到當前目錄，然後進入目錄「E:\MTK_P1300\P1300_Build_Guide\FlashTool_v3.1.05」,發送一個Flash_tool.exe的快捷方式到桌面好了。
還有個下載工具FlashTool_v3.0844.00.rar，也是不用安裝，解壓後直接用的，據說燒錄速度比上面那個快。
具體使用方法見文檔《flash_tool_MT平台使用教程.doc》，這個文檔可在壓縮包「huayu101_p1300軟體使用工具及開發指南.rar」裡面找到。
（8）USB串口下載線驅動
運行壓縮文件
1.           「E:\MTK_P1300\P1300_Build_Guide\ PL2303_Driver_XP2K_v20.zip」 
裡面的可執行文件進行安裝，一路下一步，這里不再贅述。
nucleus實時操作系統MTK手機軟體系統工程和配置簡介
MTK使用了nucleus實時操作系統，在其上做了個內核抽象層的封裝，以適應多種實時操作系統，如oscar、ThreadX、nucleus。整個軟體系統包括nucleus操作系統、平台設備驅動、協議棧、文件系統、WGUI、MMI、J2ME等。在這里MMI部分幾乎包括了操作系統內核、協議棧、文件系統之上的所有部分，其中WGUI也在其中。
MTK的PC模擬版使用VC的編譯器和鏈接器生成，ARM版使用ADS1.2的編譯器和鏈接器生成。因為MTK的整個軟體系統是一個很龐大而且復雜的工程，並且要支持多個MTK的產品系列和多家客戶的客戶化支持，使用集成開發環境(IDE)已經無法勝任，而且很難做到整個工程的自動構建和資源、代碼的生成。所以MTK的軟體系統使用了windows下的GNU開發工具鏈(MinGW)來進行工程的管理、配置和構建，MTK將MinGW放到了第三方工具中。
另外還使用了perl腳本來解析用戶輸入的命令行參數，因此第三方工具中還包含了ActivePerl(windows下的perl解釋器)。不過，整個軟體系統並沒有使用MinGW的全部工具，好象只使用了make這個工具，由幾個Makefile控制了構建的過程，在編譯和鏈接時根據最終生成PC模擬版還是ARM版而分別調用VC的編譯器和鏈接器或ADS1.2的編譯器和鏈接器。

㈣ 如何建立Linux下的ARM交叉編譯環境

這個過程如下
1. 下載源文件、補丁和建立編譯的目錄
2. 建立內核頭文件
3. 建立二進制工具（binutils）
4. 建立初始編譯器（bootstrap gcc）
5. 建立c庫(glibc)
6. 建立全套編譯器（full gcc）
下載源文件、補丁和建立編譯的目錄
1. 選定軟體版本號
選擇軟體版本號時，先看看glibc源代碼中的INSTALL文件。那裡列舉了該版本的glibc編譯時所需的binutils 和gcc的版本號。例如在 glibc-2.2.3/INSTALL 文件中推薦 gcc 用 2.95以上，binutils 用 2.10.1 以上版本。
我選的各個軟體的版本是：
linux-2.4.21+rmk2
binutils-2.10.1
gcc-2.95.3
glibc-2.2.3
glibc-linuxthreads-2.2.3
如果你選的glibc的版本號低於2.2，你還要下載一個叫glibc-crypt的文件，例如glibc-crypt-2.1.tar.gz。 Linux 內核你可以從www.kernel.org 或它的鏡像下載。
Binutils、gcc和glibc你可以從FSF的FTP站點ftp://ftp.gun.org/gnu/ 或它的鏡像去下載。在編譯glibc時，要用到 Linux 內核中的 include 目錄的內核頭文件。如果你發現有變數沒有定義而導致編譯失敗，你就改變你的內核版本號。例如我開始用linux-2.4.25+vrs2，編譯glibc-2.2.3 時報 BUS_ISA 沒定義，後來發現在 2.4.23 開始它的名字被改為 CTL_BUS_ISA。如果你沒有完全的把握保證你改的內核改完全了，就不要動內核，而是把你的 Linux 內核的版本號降低或升高，來適應 glibc。
Gcc 的版本號，推薦用 gcc-2.95 以上的。太老的版本編譯可能會出問題。Gcc-2.95.3 是一個比較穩定的版本，也是內核開發人員推薦用的一個 gcc 版本。
如果你發現無法編譯過去，有可能是你選用的軟體中有的加入了一些新的特性而其他所選軟體不支持的原因，就相應降低該軟體的版本號。例如我開始用 gcc-3.3.2，發現編譯不過，報 as、ld 等版本太老，我就把 gcc 降為 2.95.3。太新的版本大多沒經過大量的測試，建議不要選用。

2. 建立工作目錄
首先，我們建立幾個用來工作的目錄：
在你的用戶目錄，我用的是用戶liang，因此用戶目錄為 /home/liang，先建立一個項目目錄embedded。
$pwd
/home/liang
$mkdir embedded

再在這個項目目錄 embedded 下建立三個目錄 build-tools、kernel 和 tools。
build-tools-用來存放你下載的 binutils、gcc 和 glibc 的源代碼和用來編譯這些源代碼的目錄。
kernel-用來存放你的內核源代碼和內核補丁。
tools-用來存放編譯好的交叉編譯工具和庫文件。
$cd embedded
$mkdir build-tools kernel tools

執行完後目錄結構如下：
$ls embedded
build-tools kernel tools

3. 輸出和環境變數
我們輸出如下的環境變數方便我們編譯。
$export PRJROOT=/home/liang/embedded
$export TARGET=arm-linux
$export PREFIX=$PRJROOT/tools
$export TARGET_PREFIX=$PREFIX/$TARGET
$export PATH=$PREFIX/bin:$PATH

如果你不慣用環境變數的，你可以直接用絕對或相對路徑。我如果不用環境變數，一般都用絕對路徑，相對路徑有時會失敗。環境變數也可以定義在.bashrc文件中，這樣當你logout或換了控制台時，就不用老是export這些變數了。
體系結構和你的TAEGET變數的對應如下表

你可以在通過glibc下的config.sub腳本來知道，你的TARGET變數是否被支持，例如：
$./config.sub arm-linux
arm-unknown-linux-gnu

在我的環境中，config.sub 在 glibc-2.2.3/scripts 目錄下。
網上還有一些 HOWTO 可以參考，ARM 體系結構的《The GNU Toolchain for ARM Target HOWTO》，PowerPC 體系結構的《Linux for PowerPC Embedded Systems HOWTO》等。對TARGET的選取可能有幫助。
4. 建立編譯目錄
為了把源碼和編譯時生成的文件分開，一般的編譯工作不在的源碼目錄中，要另建一個目錄來專門用於編譯。用以下的命令來建立編譯你下載的binutils、gcc和glibc的源代碼的目錄。
$cd $PRJROOT/build-tools
$mkdir build-binutils build-boot-gcc build-gcc build-glibc gcc-patch

build-binutils-編譯binutils的目錄
build-boot-gcc-編譯gcc 啟動部分的目錄
build-glibc-編譯glibc的目錄
build-gcc-編譯gcc 全部的目錄
gcc-patch-放gcc的補丁的目錄
gcc-2.95.3 的補丁有 gcc-2.95.3-2.patch、gcc-2.95.3-no-fixinc.patch 和gcc-2.95.3-returntype-fix.patch，可以從 http://www.linuxfromscratch.org/ 下載到這些補丁。
再將你下載的 binutils-2.10.1、gcc-2.95.3、glibc-2.2.3 和 glibc-linuxthreads-2.2.3 的源代碼放入 build-tools 目錄中
看一下你的 build-tools 目錄，有以下內容：
$ls
binutils-2.10.1.tar.bz2 build-gcc gcc-patch
build-binutls build-glibc glibc-2.2.3.tar.gz
build-boot-gcc gcc-2.95.3.tar.gz glibc-linuxthreads-2.2.3.tar.gz

建立內核頭文件
把你從 www.kernel.org 下載的內核源代碼放入 $PRJROOT /kernel 目錄
進入你的 kernel 目錄：
$cd $PRJROOT /kernel

解開內核源代碼
$tar -xzvf linux-2.4.21.tar.gz

或
$tar -xjvf linux-2.4.21.tar.bz2

小於 2.4.19 的內核版本解開會生成一個 linux 目錄，沒帶版本號，就將其改名。
$mv linux linux-2.4.x

給 Linux 內核打上你的補丁
$cd linux-2.4.21
$patch -p1 < ../patch-2.4.21-rmk2

編譯內核生成頭文件
$make ARCH=arm CROSS_COMPILE=arm-linux- menuconfig
你也可以用 config 和 xconfig 來代替 menuconfig，但這樣用可能會沒有設置某些配置文件選項和沒有生成下面編譯所需的頭文件。推薦大家用 make menuconfig，這也是內核開發人員用的最多的配置方法。配置完退出並保存，檢查一下的內核目錄中的 include/linux/version.h 和 include/linux/autoconf.h 文件是不是生成了，這是編譯 glibc 是要用到的，version.h 和 autoconf.h 文件的存在，也說明了你生成了正確的頭文件。
還要建立幾個正確的鏈接
$cd include
$ln -s asm-arm asm
$cd asm
$ln -s arch-epxa arch
$ln -s proc-armv proc

接下來為你的交叉編譯環境建立你的內核頭文件的鏈接
$mkdir -p $TARGET_PREFIX/include
$ln -s $PRJROOT/kernel/linux-2.4.21/include/linux $TARGET_PREFIX/include/linux
$in -s $PRJROOT/kernel/linux-2.4.21/include/asm-arm $TARGET_PREFIX/include/asm

也可以把 Linux 內核頭文件拷貝過來用
$mkdir -p $TARGET_PREFIX/include
$cp -r $PRJROOT/kernel/linux-2.4.21/include/linux $TARGET_PREFIX/include
$cp -r $PRJROOT/kernel/linux-2.4.21/include/asm-arm $TARGET_PREFIX/include

建立二進制工具（binutils）
binutils是一些二進制工具的集合，其中包含了我們常用到的as和ld。
首先，我們解壓我們下載的binutils源文件。
$cd $PRJROOT/build-tools
$tar -xvjf binutils-2.10.1.tar.bz2

然後進入build-binutils目錄配置和編譯binutils。
$cd build-binutils
$../binutils-2.10.1/configure --target=$TARGET --prefix=$PREFIX

--target 選項是指出我們生成的是 arm-linux 的工具，--prefix 是指出我們可執行文件安裝的位置。
會出現很多 check，最後產生 Makefile 文件。
有了 Makefile 後，我們來編譯並安裝 binutils，命令很簡單。
$make
$make install

看一下我們 $PREFIX/bin 下的生成的文件
$ls $PREFIX/bin
arm-linux-addr2line arm-linux-gasp arm-linux-objmp arm-linux-strings
arm-linux-ar arm-linux-ld arm-linux-ranlib arm-linux-strip
arm-linux-as arm-linux-nm arm-linux-readelf
arm-linux-c++filt arm-linux-obj arm-linux-size

我們來解釋一下上面生成的可執行文件都是用來干什麼的
add2line - 將你要找的地址轉成文件和行號，它要使用 debug 信息。
Ar-產生、修改和解開一個存檔文件
As-gnu 的匯編器
C++filt-C++ 和 java 中有一種重載函數，所用的重載函數最後會被編譯轉化成匯編的標號，c++filt 就是實現這種反向的轉化，根據標號得到函數名。
Gasp-gnu 匯編器預編譯器。
Ld-gnu 的連接器
Nm-列出目標文件的符號和對應的地址
Obj-將某種格式的目標文件轉化成另外格式的目標文件
Objmp-顯示目標文件的信息
Ranlib-為一個存檔文件產生一個索引，並將這個索引存入存檔文件中
Readelf-顯示 elf 格式的目標文件的信息
Size-顯示目標文件各個節的大小和目標文件的大小
Strings-列印出目標文件中可以列印的字元串，有個默認的長度，為4
Strip-剝掉目標文件的所有的符號信息

建立初始編譯器（bootstrap gcc）
首先進入 build-tools 目錄，將下載 gcc 源代碼解壓
$cd $PRJROOT/build-tools
$tar -xvzf gcc-2.95.3.tar.gz

然後進入 gcc-2.95.3 目錄給 gcc 打上補丁
$cd gcc-2.95.3
$patch -p1< ../gcc-patch/gcc-2.95.3.-2.patch
$patch -p1< ../gcc-patch/gcc-2.95.3.-no-fixinc.patch
$patch -p1< ../gcc-patch/gcc-2.95.3-returntype-fix.patch
echo timestamp > gcc/cstamp-h.in

在我們編譯並安裝 gcc 前，我們先要改一個文件 $PRJROOT/gcc/config/arm/t-linux，把
TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC
這一行改為
TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC -Dinhibit_libc -D__gthr_posix_h
你如果沒定義 -Dinhibit，編譯時將會報如下的錯誤
http://www.cnblogs.com/gcc-2.95.3/gcc/libgcc2.c:41: stdlib.h: No such file or directory
http://www.cnblogs.com/gcc-2.95.3/gcc/libgcc2.c:42: unistd.h: No such file or directory
make[3]: *** [libgcc2.a] Error 1
make[2]: *** [stmp-multilib-sub] Error 2
make[1]: *** [stmp-multilib] Error 1
make: *** [all-gcc] Error 2

㈤ XPC模型無法編譯，高手指點。高分懸賞！

錯誤使用 ==> RTW.makertw.make_rtw
錯誤使用 ==>rtw\ private\ issue_inv_comp_env_val_error
為環境變數 MSDevDir 或 DevEnvDir 的病人設定。
設定是: 'c:\ microsoft 視覺的工作場所'
你能藉由為存在檢查查證設定:
%MSDevDir%\.。\ vc\bin\ vcvars32.bat(對於視覺的 C/C++5.0)
%MSDevDir%\.。\.。\ vc98\bin\ vcvars32.bat(對於視覺的 C/C++6.0)
%DevEnvDir%\.。\ tools\ vsvars32.bat(對於視覺的 C/C++7.0)

你一定定義 MSDevDir 或 DevEnvDir 當:
設定 %MSDevDir%=<VisualRoot>\ sharedide(對於視覺的 C/C++5.0)
設定 %MSDevDir%=<VisualRoot>\ common\ msdev98(對於視覺的 C/C++6.0)
設定 %DevEnvDir%=<VisualRoot>\ common7\ ide(對於視覺的 C/C++7.0)

這一個錯誤可能是由於一個有病的偏愛文件:
C:\ Documents 和 setting\yan\application data\ MathWork\MATLAB\R14\mexopts.bat
請跑 " mex-裝備" 在 MATLAB 提示改正

2
即時的錯誤建築物工作室為區段圖表 '無稱號的' 對准。 MATLAB 錯誤信息:
錯誤使用 ==> slbuild
錯誤使用 ==> RTW.makertw.make_rtw
錯誤使用 ==>rtw\ private\ issue_inv_comp_env_val_error
為環境變數 MSDevDir 或 DevEnvDir 的病人設定。
設定是: 'c:\ microsoft 視覺的工作場所'
你能藉由為存在檢查查證設定:
%MSDevDir%\.。\ vc\bin\ vcvars32.bat(對於視覺的 C/C++5.0)
%MSDevDir%\.。\.。\ vc98\bin\ vcvars32.bat(對於視覺的 C/C++6.0)
%DevEnvDir%\.。\ tools\ vsvars32.bat(對於視覺的 C/C++7.0)

你一定定義 MSDevDir 或 DevEnvDir 當:
設定 %MSDevDir%=<VisualRoot>\ sharedide(對於視覺的 C/C++5.0)
設定 %MSDevDir%=<VisualRoot>\ common\ msdev98(對於視覺的 C/C++6.0)
設定 %DevEnvDir%=<VisualRoot>\ common7\ ide(對於視覺的 C/C++7.0)

這一個錯誤可能是由於一個有病的偏愛文件:
C:\ Documents 和 setting\yan\application data\ MathWork\MATLAB\R14\mexopts.bat
請跑 " mex-裝備" 在 MATLAB 提示改正

㈥ 如何在android Studio里設置Build Tool版本

解決方案1：
生成導入AS所需配置文件(*: 5ms
Traversed tree,
這樣可以確保使用源碼里的庫文件

並將其作為要使用的SDK的Java SDK:
Read excludes.java文件;tools/。如下圖

三，這是idegen的代碼不夠嚴謹造成的;linux-x86/.jar
如果idegen;bin/.iml兩個IntelliJ
IDEA(AS是基於IntelliJ IDEA社區版開發的)的配置文件
④在AS中打開源碼根目錄下新生成的android;tools/一;studio。
我的分享里有修改這個bug的patch:
44078ms

這時會在源碼的根目錄下生成android，執行.java的文件夾:
mmm
development/idegen/.ipr)
①編譯源碼(為了確保生成了.sh

等待出現類似下面的結果，導致idegen；如果編譯過、配置AS的JDK;idegen/，則無需再次編譯)
②檢查out/、SDK
在IDE中添加一個沒有classpath的JDK。
二.java;host/.vmoptions中-Xms和-Xmx的值;idegen;目錄下是否有idegen，或者直接使用我分享的idegen。
③執行
development/.jar運行時拋FileNotFoundException。文檔中使用的是748m;

在5.0,
可自行修改.jar.1的源碼中會生成res，如R，所以先修改IDEA_HOME/.jar不存在.ipr和android、修改Android
Studio(以下簡稱AS)的內存配置
因為在導入源碼時需要消耗大量內存;framework/

㈦ 如何安裝GCC編譯器和開發工具

在CentOS 7和RHEL 7系統上如何安裝Gnu GCC編譯器和相關的工具比如：autoconf，automake，flex, c++編譯器等工具。我們可以通過在centos 或者rhel 7 系統上安裝下面的軟體包來搭建基本的開發環境。

autoconf

automake

binutils

bison

flex

gcc

gcc-c++

gettext

libtool

make

patch

pkgconfig

redhat-rpm-config

rpm-build

rpm-sign
顯示當前系統的yum group,使用下面的命令：

yum group list
命令輸出：

[root@itsprite /]# yum group list
Loaded plugins: fastestmirror, langpacks
There is no installed groups file.
Maybe run: yum groups mark convert (see man yum)
Loading mirror speeds from cached hostfile

* base: mirrors.btte.net

* extras: mirrors.btte.net

* updates: mirrors.btte.net
Available environment groups:

Minimal Install

Infrastructure Server

File and Print Server

Basic Web Server

Virtualization Host

Server with GUI

GNOME Desktop

KDE Plasma Workspaces

Development and Creative Workstation
Available Groups:

Compatibility Libraries

Console Internet Tools

Development Tools

Graphical Administration Tools

Legacy UNIX Compatibility

Scientific Support

Security Tools

Smart Card Support

System Administration Tools

System Management
Done
安裝GCC和開發環境
輸入下面的命令：

yum group install "Development Tools"
安裝完之後，使用下面的命令來驗證gcc是否安裝成功：

whereis gcc
命令輸出：

[root@itsprite /]# whereis gcc
gcc:/usr/bin/gcc /usr/lib/gcc /usr/libexec/gcc /usr/share/man/man1/gcc.1.gz
輸入下面的命令來查看gcc工具的版本：

[root@itsprite /]# gcc --version
gcc (GCC) 4.8.2 20140120(Red Hat 4.8.2-16)
Copyright (C)2013 Free Software Foundation, Inc.
This is free software; see the source for ing conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
測試GCC編譯器
下面我們使用剛安裝好的GCC編譯器來編譯一個c語言程序.
創建下面的test.c程序：

#include
int main(void){

printf("Hello World!\n");

return0;
}
輸入命令編譯test.c 文件：

gcc test.c -o test
執行編譯後的文件：


./test
Hello World!

㈧ 如何安裝arm-liunx交叉編譯環境

sh ./arm-elf-tools-20040427.sh安裝
----------------------------------------------
一、准備工作

首先需要一台運行Linux操作系統的PC以完成我們的編譯工作。

其次要准備如下一些源文件。

1、源文件准備

binutils-2.14.tar.gz

ftp://ftp.gnu.org/gnu/binutils/binutils-2.14.tar.gz

gcc-core-2.95.3.tar.gz

ftp://ftp.gnu.org/gnu/gcc/gcc-2.95.3/gcc-core-2.95.3.tar.gz

gcc-g++2.95.3.tar.gz

ftp://ftp.gnu.org/gnu/gcc/gcc-2.95.3/gcc-g++-2.95.3.tar.gz

glibc-2.2.4.tar.gz

ftp://ftp.gnu.org/gnu/glibc/glibc-2.2.4.tar.gz

glibc-linuxthreads-2.2.4.tar.gz

ftp://ftp.gnu.org/gnu/glibc/glibc-linuxthreads-2.2.4.tar.gz

linux-2.4.21.tar.gz

ftp://ftp.kernle.org/pub/linux/kernel/v2.4/linux-2.4.21.tar.gz

patch-2.4.21-rmk1.gz # linux kernel patch for arm

ftp://ftp.arm.linux.org.uk/pub/linux/arm/kernel/v2.4/patch-2.4.21-rmk1.gz

binutils-2.14.tar.gz這個壓縮包包含有ld,ar,as等一些產生或者處理二進制文件的工具。

gcc-core-2.95.3.tar.gz這個壓縮包是GCC的主體部分，GCC是GNU Compiler Collection的簡稱，顧名思義，它能夠編譯很多種高級語言，例如C、C++，Java等，而這個壓縮包中含有C編譯器，及公共部分，而對其他語言的支持，採用另外的壓縮包單獨發布。

gcc-g++2.95.3.tar.gz，這個壓縮包就是為使GCC能夠編譯C++程序而單獨發布的。

glibc-2.2.4.tar.gz，libc是很多用戶層應用都要用到的庫，kernel和bootloader不需要這個庫的支持，這個庫主體部分封裝在這個壓縮包內。

glibc-linuxthreads-2.2.4.tar.gz，這是Libc用於支持Posix線程而單獨發布的一個壓縮包。

linux-2.4.21.tar.gz，這個壓縮包就是Linux的內核。

patch-2.4.21-rmk1.gz，這個壓縮包是用來給Linux內核打補丁，以使其可以支持ARM的硬體平台。

2、工作目錄搭建

我們創建如下的目錄樹結構

mkdir arm

mkdir tool-chain

mkdir build-dir

mkdir src-dir

mkdir setup-dir

mkdir kernel

arm這個目錄是我們的最頂層工作目錄，我們所有的編譯工作都在這里完成。

tool-chain這個目錄是我們交叉編譯工具的安裝位置，它下面的bin子目錄存放我們創建好的編譯器，匯編器，連接器，以及編譯好的C庫也會安裝到這個目錄之下。

setup-dir這個目錄用來存放我們下載的壓縮包。

src-dir這個目錄用於存放binutils,gcc,glibc解壓之後的源文件。

kernel這個目錄用來存放內核文件，對內核的配置、編譯工作將在這個目錄中完成。

build-dir用來編譯src-dir中的源文件，具體就是binutils，gcc，glibc的編譯工作將在這個目錄下完成。這種源文件目錄和編譯目錄分離的編譯方式是GNU所推薦的。

cd ./src-dir

tar –xvzf ../setup-dir/ binutils-2.14.tar.gz

tar –xvzf ../setup-dir/ gcc-core-2.95.3.tar.gz

tar –xvzf ../setup-dir/ glibc-2.2.4.tar.gz

tar –xvzf ../setup-dir/ glibc-linuxthreads-2.2.4.tar.gz –directory=./glibc-2.2.4

這樣我們在src-dir目錄下就形成了3個源文件目錄binutils-2.14,gcc-core-2.95,3,glibc-2.2.4，其中分別存放著binutils tools，gcc，glibc的源代碼。接下來我們到build-dir中創建3個與這三個源文件目錄對應的編譯目錄。

cd ../build-dir

mkdir ../build-dir/build-binutils

mkdir ../build-dir/build-gcc

mkdir ../build-dir/build-glibc

我們將在這三個目錄中完成對binutils tools, gcc, glibc的配置和編譯工作。下面還要把內核文件解壓到kernel目錄下，並打補丁。

cd ../kernel

tar –xvzf ../setup-dir/ linux-2.4.21.tar.gz

cd ./linux-2.4.21

patch –p1 < ../../setup-dir/ patch-2.4.21-rmk1

二、開始創建

1、 確定幾個系統變數

cd ../../

export TARGET=arm-linux

export PREFIX=../arm/tool-chain

export TARGET_PREFIX=$PREFIX/$TARGET

export KERNEL_SOURCE_LOCATION=../arm/kernel/linux-2.4.21

export PATH=$PREFIX/bin:$PATH

幾個系統變數經常要用到，TARGET定義了目標機，PREFIX是工具鏈的安裝目錄，KERNEL_SOURCE_LOCATION是內核文件位置。

TARGET這個變數對於ARM體系的目標機來說取值為arm-linux,對於其他體系結構的機器如ppc,mips的取值的詳細清單可以參見glibc目錄下的INSTALL文檔.

2、 創建binutils

運行如下命令來創建binutils

cd ./build-dir/build-binutils

configure ../../src-dir/binutils-2.14/configure –target=$TARGET –prefix=$PREFIX

make

make install

這時$PREFIX/bin下創建了一些文件，包括arm-linux-ld,arm-linux-as等。

3、 編譯內核

cd ../../kernel/linux-2.4.21

改Makefile文件使

ARCH = arm

CROSS_COMPILE=arm-linux-

make menuconfig

在System Types中選擇正確的硬體類型

make dep

之後執行如下操作

mkdir $TARGET_PREFIX/include

cp dR $KERNEL_SOURCE_LOCATION/include/arm-asm \

RGET_PREFIX/include/asm

cp dR $KERNEL_SOURCE_LOCATION/include/linux \

RGET_PREFIX/include/linux

4、 創建boot-trap gcc，這個GCC沒有glibc庫的支持，所以只能用於編譯內核，bootloader等，後面創建C庫也要用到這個編譯器，所以創建它主要是為創建C庫做准備，如果只想編譯內核和bootloader那麼，就可以到此結束。

cd ../../build-dir/build-gcc

../../src-dir/gcc-2.95.3/configure –target=$TARGET –prefix=$PREFIX \

--with-headers=$ERNEL_SOURCE_LOCATION/include –enable-language=c \

--disable-threads

然後修改src-dir/gcc-2.95.3/gcc/config/arm/t-linux文件，在

TARGET_LIBGCC2_CFLAGS中添加如下兩個定義

-Dinhibit-libc –D__gthr_posix_h

make

make install

這時$PREFIX/bin下創建了一些文件，主要創建了arm-linux-gcc。

5、 創建gblic

cd ../build-glibc

export CC=arm-linux-gcc

../../src-dir/glibc-2.2.4/configure –host=$TARGET –prefix=$TARGET_PREFIX \

--enable-add-ons

make

make install

將glibc庫安裝完之後,我們要到$TARGET_PREFIX/lib這個目錄下修改libc.so文件,將其中

GROUP(/lib/libc.so.6 /lib/libc_noshared.a)

這個命令腳本中的/lib 的絕對路徑去掉, 也就是改為如下的形式

GROUP(libc.so.6 libc_noshared.a)

這樣下一步創建完整的編譯器時,才不至於導致錯誤.

6、 創建功能健全的GCC，並創建G++

在成功創建了libc之後，我們就可以創建功能豐富的GCC編譯器了，並且可以創建支持編譯C++程序的G++。

cd ../../src-dir

tar –xvzf ../setup-dir/ gcc-g++2.95.3.tar.gz

cd ../build-dir/build-gcc

export CC=gcc

../../src-dir/gcc-2.95.3/configure –target=$TARGET –prefix=$PREFIX \

–enable-language=c,c++

然後修改src-dir/gcc-2.95.3/gcc/config/arm/t-linux文件，在

TARGET_LIBGCC2_CFLAGS中去除如下兩個定義

-Dinhibit-libc –D__gthr_posix_h

make

make install

7，至此我們成功的創建了ARM Linux的交叉編譯工具。

------------------------------------------------------
可以去www.arm16.com看看

㈨ cygwin下安裝pycrypto時，出現GCC編譯錯誤，求教

交叉編譯工具鏈作為嵌入式Linux開發的基礎，直接影響到嵌入式開發的項目進度和完成質量。由於目前大多數開發人員使用Windows作為嵌入式開發的宿主機，在Windows中通過安裝VMware等虛擬機軟體來進行嵌入式Linux開發，這樣對宿主機的性能要求極高。Cygwin直接作為Windows下的軟體完全能滿足嵌入式Linux的開發工作，對硬體的要求低及方便快捷的特點成為嵌入式開發的最佳選擇。目前網路上Cygwin下直接可用的交叉編譯器寥寥無幾且版本都比較低，不能滿足開源軟體對編譯器版本依賴性的要求(如低版本工具鏈編譯U-Boot出現軟浮點問題等);Crosstool等交叉工具鏈製作工具也是更新跟不上自由軟體版本的進度;同時系統介紹Cygwin下製作交叉編譯器方面的資料很少。針對上述情況，基於最新版gcc等自由軟體構建Cygwin下的交叉編譯器顯得尤為迫切和重要。構建前准備工作首先Cygwin下必須保證基本工具比如make}gcc等來構建bootstrap-gcc編譯器，這可以在安裝Cygwin時選擇安裝。參照gcc等安裝說明文檔來在Cygwin下查看是否已經安裝，如輸入gcc--v等。源碼下載gcc-4.5.0的編譯需mpc的支持，而mpc又依賴gmp和mpfr庫。從各個項目官方網站上下載的最新的源碼:binutils-2.20.l.tar.bz2gmp-S.O.l.tar.bz2mpc-0.8.2.tar.gzmpfr-3.O.O.tar.bz2gcc-4.S.O.tar.bz2linux-2.6.34.tar.bz2glibc-2.11.2.tar.bz2glibc-ports-2.ll.tar.bz2gdb-7.l.tar.bz2設置環境變數HOST:工具鏈要運行的目標機器;BUILD:用來建立工具鏈的機器;TARGET工具鏈編譯產生的二進制代碼可以運行的機器。BUILD=i686-pc-cygwinHOST=i686-pc-cygwinTARGET=arm-linuxSYSROOT指定根目錄，$PREFIX指定安裝目錄。目標系統的頭文件、庫文件、運行時對象都將被限定在其中，這在交叉編譯中有時很重要，可以防止使用宿主機的頭文件和庫文件。本文首選$SYSROOT為安裝目錄，$PREFIX主要作為glibc庫安裝目錄。SYSROOT=/cross-rootPREFIX=/cross-root/arm-linux由於GCC-4.5.0需要mpfr,gmp,mpc的支持，而這三個庫又不需要交叉編譯，僅僅是在編譯交叉編譯鏈時使用，所以放在一個臨時的目錄。TEMP_PREFIX=/build-temp控制某些程序的本地化的環境變數:LCALL=POSIX設置環境變數:PATH=$SYSROOT/bin:兒in:/usr/bin設置編譯時的線程數f31減少編譯時間:PROCS=2定義各個軟體版本:BINUTILSV=2.20.1GCCV=4.5.0GMPV=5.0.1MPFRV=3.0.0MPCV二0.8.2LINUXV二2.6.34GLIBCV=2.11.2GLIBC-PORTSV=2.11GDBV=7.1構建過程詳解鑒於手工編譯費時費力，統一把構建過程寫到Makefile腳本文件中，把其同源碼包放在同一目錄下，執行make或順次執行每個命令即可進行無人值守的編譯安裝交叉工具鏈。以下主要以Makefile執行過程為主線進行講解。執行「make」命令實現全速運行可在Cygwin的Shell環境下執行「make>make.log2>&1」命令把編譯過程及出現的錯誤都輸出到make.log中，便於查找:all:prerequestinstall-depsinstall-cross-stage-oneinstall-cross-stage-two預處理操作"makeprerequest'，命令實現單步執行的第一步，實現輸出變數、建立目錄及解壓源碼包等操作。0'set十h」關閉bash的Hash功能，使要運行程序的時候，shell將總是搜索PATH里的目錄[4]。這樣新工具一旦編譯好，shell就可以在$(SYSROOT)/bin目錄里找到:prerequest:set+h&&mkdir-p$(SYSROOT)/bin&&mkdir-p$(PREFIX)/include&&mkdir-p$(TEMP一REFIX)&&exportPATHLCesALL&&tar-xvfgmp-$(GMP_V).tar.bz2&&tar-xvfmpfr-$(MPFR_V).tar.bz2&&tar-xvfmpc-$(MPC_V).tar.gz&&tar-xvfbinutils-$(BINUTILS_V).tar.bz2&&tar-xvfgcc-$(GCC_V).tar.bz2&&tar-xvflinux-$(LINUX_V).tar.bz2&&tar-xvfglibc-$(GLIBC_V).tar.bz2&&tar-xvfglibc-ports-$(GLIBC-PORTS_V).tar.bz2&&myglibc-ports-$(GLIBC-PORTS_V)glibc-$(GLIBC_V)/ports&&tar-xvfgdb-$(GDBV).tar.bz2非交叉編譯安裝gcc支持包mpc00makeinstall-deps」命令實現單步執行的第二步，實現mpc本地編譯，mpc依賴於gmp和mpfrinstall-deps:gmpmpfrmpcgmp:gmp-$(GMP_V)mkdir-pbuild/gmp&&cdbuild/gmp&&../../gmp-*/configure--disable-shared--prefix=$(TEMP_PREFIX)&&$(MAKE)一$(PROCS)&&$(MAKE)installmpfr:mpfr-$(MPFR_V)mkdir-pb-uild/mpfr&&cdbuild/mpfr&&../..//mpfr-*/configureLDF'LAGS="-Wl,-search_paths_first」--disable-shared--with-gmp=$(TEMP_PREFIX)--prefix=$(TEMP_PREFIX)&&$(MAKE)一$(PROCS)all&&$(MAKE)installmpc:mpc-$(MPC_V)gmpmpfrmkdir-pbuild/mpc&&cdbuild/mpc&&../../mpc-*/configure--with-mpfr=$(TEMPPREFIX)--with-gmp=$(TEMP_PREFIX)--prefix=$(TEMP_PREFIX)&&$(MAKE)一$(PROCS)&&$(MAKE)install交叉編譯第一階段"makeinstall-cross-stage-one'，命令實現單步執行的第三步，編譯安裝binutils,bootstrap-gcc和獲取Linux內核頭文件:install-cross-stage-one:cross-binutilscross-gccget-kernel-headers編譯安裝binutilscross-binutils:binutils-$(BINUTILS_V)mkdir-pbuild/binutils&&cdbuild/binutils&&../..//binutils-*/configure--prefix=$(SYSROOT)--target=$(TARGET)--disable-nls&&$(MAKE)j$(PROCS)&&$(MAKE)install編譯安裝bootstrap-gcc。使用一disable-shared參數的意思是不編譯和安裝libgcc_eh.a文件。glibc軟體包依賴這個庫，因為它使用其內部的一lgcc_eh來創建系統[6]。這種依賴性，可通過建立一個指向libgcc.a符號鏈接得到滿足，因為該文件最終將含有通常在libgcc-eh.a中的對象(也可通過補丁文件實現)。cross-gcc:gcc-$(GCC_V)mkdir-pbuild/gcc&&cdbuild/gcc&&二//gcc-*/configure--target=$(TARGET)--prefix=$(SYSROOT)--disable-nls--disable-shared--disable-multilib--disable-decimal-float--disable-threads--disable-libmudflap--disable-libssp--disable-libgomp--enable-languages=c--with-gmp=$(TEMP_PREFIX)--with-mpfr=$(TEMP_PREFIX)--with-mpc=$(TEMP_PREFIX)&&$(MAKE)-j$(PROCS)&&$(MAICE)install&&In-vslibgcc.a'arm-linux-gcc-print-libgcc-file-nameIsed's/libgcc/&eh/'}獲取Linux內核頭文件:get-kernel-headersainux-$(LINUX_V)cdlinux-$(LINUX_V)&&$(MAICE)mrproper&&$(MAKE)headerscheck&&$(MAKE)ARCH=arm&&INSTALLesHDR_PATH=destheaders_install&&finddest/include(-name.install一。-name..installNaNd)-delete&&cp-rvdesdinclude/*$(PREFIX)/include交叉編譯第二階段編譯安裝glibc、重新編譯安裝binutils、完整編譯安裝gcc和編譯安裝gdbo"makeinstall-cross-stage-two'，命令實現單步執行的第四步:install-cross-stage-two:cross-glibccross-rebinutilscross-g++cross-gdb編譯安裝glibcaglib。的安裝路徑特意選為$(PREFIX)，與gcc更好找到動態鏈接庫也有關系，選在$(SYSROOT)提示找不到crti.o;glibc已經不再支持i386;glibc對ARM等的處理器的支持主要通過glibc-ports包來實現;正確認識大小寫敏感(CaseSensitive)和大小寫不敏感(CaseInsensitive)系統，大小寫敏感問題主要影響到glibc，是交叉編譯glibc成功的關鍵:Cygwin幫助手冊中可知Cygwin是默認大小寫不敏感的n}，但是UNIX系統是大小寫敏感的，這也是Cygwin和UNIX類系統的一個區別。通過作者自行參考製作的glibc-2.11.2-cygwin.patch補T使glibc變為Case-Insensitive，此補丁主要是對大小寫敏感問題改名來實現。交叉編譯過程中安裝的鏈接器，在安裝完Glibc以前都無法使用。也就是說這個配置的forcenwind支持測試會失敗，因為它依賴運行中的鏈接器。設置libc_cvforcenwind=yes這個選項是為了通知configure支持force-unwind，而不需要進行測試。libccv_c_cleanup=yes類似的，在configure腳本中使用libc_cv_ccleanup=yes，以便配置成跳過測試而支持C語言清理處理。cross-glibc:glibc-$(GLIBC_V)cdglibc-$(GLIBC_V)&&patch-Np1–i//glibc-2.11.2-cygwin.patch&&cd..&&mkdir-pbuild/glibc&&cdbuild/glibc&&echo"libccv_forcedesunwind=yes">config.cache&&echo"libccv_c_cleanup=yes">>config.cache&&echo"libccv_arm_tls=yes">>config.cache&&../../glibc-*/configure--host=$(TARGET)--build=$(../OneScheme/glibc-2.11.2/scripts/config.guess)--prefix=$(PREFIX)--disable-profile--enable-add-ons--enable-kernel=2.6.22.5--with-headers=$(PREFIX)/include--cache-file=config.cache&&$(MAKE)&&$(MAKE)install重新編譯安裝binutils。編譯之前要調整工具鏈，使其指向新生成的動態連接器。調整工具鏈:SPECS='dirname$(arm-linux-gcc-print-libgcc-file-name)'/specsarm-linux-gcc-mpspecssed-e's@/lib(64)\?/ld@$(PREFTX)&@g'-e,}/}}*cPP}$/{n;s,$，-isystem$(PREFIX)/include,}">$SPECSecho"Newspecsfileis:$SPECS"unsetSPECS測試調整後工具鏈:echo'main(川』>mmy.carm-linux-gcc-B/cross-root/arm-linux/libmmy.creadelf-1a.outIgrep』:/cross-roobarm-linux'調整正確的輸出結果:[Requestingprograminterpreter:/tools/lib/ld-linux.so.2j一切正確後刪除測試程序:rm-vmmy.ca.out重新編譯binutils。指定--host,--build及--target，否則配置不成功，其config.guess識別能力不如gcc做的好。cross-rebinutils:binutils-$(BINUTILS_V)mkdir-pbuild/rebinutils&&cdbuild/rebinutils&&CC="$(TARGET)-gcc-B/cross-roodarm-linux/lib/"&&AR=$(TARGET)-ar&&RANLIB=$(TARGET)-ranlib&&../..//binutils-*/configure--host=$(HOST)--build=$(BUILD)--target=$(TARGET)--prefix=$(SYSROOT)--disable-nls--with-lib-path=$(PREFIX)/lib&&$(MAKE)--$(PROCS)&&$(MAKE)install高於4.3版的gcc把這個編譯當作一個重置的編譯器，並且禁止在被一prefix指定的位置搜索startfiles。因為這次不是重置的編譯器，並且$(SYSROOT)目錄中的startfiles對於創建一個鏈接到$$(SYSROOT)目錄庫的工作編譯器很重要，所以我們使用下面的補丁，它可以部分還原gcc的老功能tai.patch-Npl–i../gcc-4.5.0-startfiles_fix-l.patch在正常條件下，運行gcc的fixincludes腳本，是為了修復可能損壞的頭文件。它會把宿主系統中已修復的頭文件安裝到gcc專屬頭文件目錄里，通過執行下面的命令，可以抑制fixincludes腳本的運行[9](此時目錄為/gcc-4.5.0)。cp-vgcc/Makefile.in{,.orig}sed's@\./fixinc\.sh@-ctrue@'gcc/Makefile.in.orig>gcc/Makefile.in下面更改gcc的默認動態鏈接器的位置，使用已安裝在/cross-root/ann-linux目錄下的鏈接器，這樣確保在gcc真實的編譯過程中使用新的動態鏈接器。即在編譯過程中創建的所有二進制文件，都會鏈接到新的glibc文件forfilein$(findgcc/config-namelinux64.h-o-namelinux.h–o-namesysv4.h)docp-uv$file{,.orig}sed-a's@/lib(64)?(32)?/Id@/cross-root/arm-linux&@g』-e's@/usr@/cross-rootlarm-linux@g'$file.orig>$fileecho『#undefSTANDARDINCLUDEDIR#defineSTANDARD_INCLUDEDIR"/cross-root/arm-linux/include"#"/cross-root/arm-linux/lib"#defineSTANDARD_STARTFILE_PREFIX_2」」』>>$filetouch$file.origdone完整編譯安裝gcc。最好通過指定--libexecdir更改libexecdir到atm-linux目錄下。--with-local-prefix選項指定gcc本地包含文件的安裝路徑此處設為$$(PREFIX)，安裝後就會在內核頭文件的路徑下。路徑前指定$(Pwd)則以當前路徑為基點，不指定則默認以/home路徑為基點，這點要注意。cross-g++:gcc-$(GCC-)mkdir-pbuild/g十+&&cdbuild/g++&&CC="$(TARGET)-gccAR=$(TARGET)-ar&&-B/cross-roodarm-linux/lib/"&&RANLIB=$(TARGET)-ranlib&&..//gcc-*/configure--host=$(HOST)--build=$(BUILD)--target=$(TARGET)--prefix=$(SYSROOT)--with-local-prefix=$(PREFIX)--enable-clocale=gnu--enable-shared--enable-threads=posix--enable-cxa_atexit--enable-languages=c,c++--enable-c99--enable-long-long--disable-libstdcxx-pch--disable-libunwind-exceptions--with-gmp=$(TEMP_PREFIX)--with-mpfr=$(TEMP_PREFIX)--with-mpc=$(TEMP_PREFIX)&&$(MAKE)LD_IBRARY_ATH=$(pwd)/$(../../gcc-4.5.0/config.guess)/libgcc&&$(MAKE)install編譯安裝gdb，至此完成整個工具鏈的製作。cross-gdb:gdb-$(GDBV)mkdir-pbuild/gdb&&cdbuild/gdb&&../../gdb-*/configure--prefix=$(SYSROOT)--target=$(TARGET)--disable-werror&&$(MAKE)-j$(PROCS)&&$(MAKE)install「makeclean」命令清除編譯生成的文件和創建解壓的文件夾.PHONY:cleandean:rm-fr$(TEMP_PREFIX)buildbinutils-$(BINUTIL,S_V)gcc-$(GCC_V)glibc-$(NEWL.IB_V)gdb-$(GDB_V)gmp-$(GMP_V)mpc-$(MPC_V)mpfr-$(MPFR_V)工具鏈測試命令行中輸入以下內容:echo'main(){}』>mmy.carm-linux-gcc-ommy.exemmy.cfilemmy.exe運行正常的結果:mmy.exe:ELF32-bitLSBexecutable,ARM,version1,forGNU/Linux2.6.22,dynamicallylinked(usessharedlibs),notstripped.

㈩ 如何把patch加到buildroot中

1.確定buildroot中的mplayer的patch的命名規則，這個可以在

先去刪除buildroot中的mplayer：

rm build_arm/MPlayer-1.0rc1/ -r

然後直接make，編譯輸出過程中就有對應信息：

[root@linux-41lh buildroot]$>make

Checking build system dependencies:
BUILDROOT_DL_DIR clean: Ok
CC clean: Ok
。。。。。。。。

rm -rf /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-config
mkdir -p /root/buildroot/buildroot/project_build_arm/uclibc
cp -dpRf package/config/buildroot-config /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-config
bzcat /root/buildroot/buildroot/dl/MPlayer-1.0rc1.tar.bz2 | tar -C /root/buildroot/buildroot/build_arm -xf –
toolchain/patch-kernel.sh /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1 package/mplayer/ mplayer-1.0rc1*.patch*

Applying mplayer-1.0rc1-atmel.3.patch using plaintext:
patching file cfg-common.h
patching file cfg-mencoder.h
patching file cfg-mplayer.h
patching file configure
patching file libaf/af_format.c
patching file libavcodec/Makefile
patching file libavcodec/avr32/dsputil_avr32.c
patching file libavcodec/avr32/fdct.S
patching file libavcodec/avr32/h264idct.S
patching file libavcodec/avr32/idct.S
patching file libavcodec/avr32/mc.S
patching file libavcodec/avr32/pico.h
patching file libavcodec/bitstream.h
patching file libavcodec/dsputil.c
patching file libavcodec/h264.c
patching file libavutil/common.h
patching file libavutil/internal.h
patching file libfaad2/common.h
patching file libmpcodecs/ad_libmad.c
patching file libswscale/pico-avr32.h
patching file libswscale/swscale_internal.h
patching file libswscale/yuv2rgb.c
patching file libswscale/yuv2rgb_avr32.c
patching file libvo/vo_fbdev2.c
patching file version.sh

Applying mplayer-1.0rc1-index.patch using plaintext:
patching file stream/stream_dvb.c
touch /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1/.unpacked
(cd /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1; rm -rf config.cache;

說明patch名字元合 mplayer-1.0rc1*.patch* 即可。

所以，把自己patch改名符合條件的：mplayer-1.0rc1_vbr_fixedMad.patch

2.把patch拷貝到對應文件夾下：

拷貝mplayer-1.0rc1_vbr_fixedMad.patch到 package/mplayer/ 下面。

這樣，make的時候，就會自動找到該patch，並執行它：

。。。。。。。。

rm -rf /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-config
mkdir -p /root/buildroot/buildroot/project_build_arm/uclibc
cp -dpRf package/config/buildroot-config /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-config
bzcat /root/buildroot/buildroot/dl/MPlayer-1.0rc1.tar.bz2 | tar -C /root/buildroot/buildroot/build_arm -xf –
toolchain/patch-kernel.sh /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1 package/mplayer/ mplayer-1.0rc1*.patch*

。。。。

Applying mplayer-1.0rc1-index.patch using plaintext:
patching file stream/stream_dvb.c

Applying mplayer-1.0rc1_vbr_fixedMad.patch using plaintext:
patching file libmpcodecs/ad_hwmpa.c
patching file libmpcodecs/ad_libmad.c
patching file libmpcodecs/ad_mp3lib.c
patching file libmpdemux/demux_audio.c
patching file libmpdemux/mp3_hdr.c
patching file libmpdemux/mp3_hdr.h
patching file libmpdemux/muxer_mpeg.c
touch /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1/.unpacked
(cd /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1; rm -rf config.cache;
PATH="/root/buildroot/buildroot/toolchain_build_arm/bin:/root/buildroot/buildroot/build_arm/staging_dir/bin:/root/buildroot/buildroot/build_arm/staging_dir/usr/bin:/usr/lib/mpi/gcc/openmpi/bin:/usr/local/bin:/usr/bin:/sbin:/usr/sbin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/root/buildroot/buildroot/build_arm/staging_dir/include:/root/buildroot/buildroot/build_arm/staging_dir/usr/include:/root/buildroot/buildroot/build_arm/staging_dir/usr/bin" AR="/root/buildroot/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibc-ar" 。。。。。。。。

另外要說明一點是，為了確保你的patch正常工作了，你要保證出來的patch，是用-p1去使用的。

因為，buildroot中就是去根據

package/mplayer/mplayer.mk

中的要求，調用toolchain/patch-kernel.sh去應用patch的，而toolchain/patch-kernel.sh裡面，是用-p1的：