交叉編譯工具的許可權
具體操作步驟如下：
1. 下載
在GCC網站上（ 3.3.1。可供下載的文件一般有兩種形式：gcc-3.3.1.tar.gz和 2，只是壓縮格式不一樣，內容完全一致，下載其中一種即可。
2. 解壓縮
根據壓縮格式，選擇下面相應的一種方式解包（以下的「%」表示命令行提示符）：
% tar xzvf gcc-3.3.1.tar.gz
或者
% tar jxvf 2
新生成的gcc-3.3.1這個目錄被稱為源目錄，用${srcdir}表示它。以後在出現${srcdir}的地方，應該用真實的路徑來替換它。用pwd命令可以查看當前路徑。
在${srcdir}/INSTALL目錄下有詳細的GCC安裝說明，可用瀏覽器打開 ml閱讀。
3. 建立目標目錄
目標目錄（用${objdir}表示）是用來存放編譯結果的地方。GCC建議編譯後的文件不要放在源目錄${srcdir]中（雖然這樣做也可以），最好單獨存放在另外一個目錄中，而且不能是${srcdir}的子目錄。
例如，可以這樣建立一個叫 gcc-build 的目標目錄（與源目錄${srcdir}是同級目錄）：
% mkdir gcc-build
% cd gcc-build
以下的操作主要是在目標目錄 ${objdir} 下進行。
4. 配置
配置的目的是決定將GCC編譯器安裝到什麼地方（${destdir}），支持什麼語言以及指定其它一些選項等。其中，${destdir}不能與${objdir}或${srcdir}目錄相同。
配置是通過執行${srcdir}下的configure來完成的。其命令格式為（記得用你的真實路徑替換${destdir}）：
% ${srcdir}/configure --prefix=${destdir} [其它選項]
例如，如果想將GCC 3.3.1安裝到/usr/local/gcc-3.3.1目錄下，則${destdir}就表示這個路徑。
% ../gcc-3.3.1/configure --prefix=/usr/local/gcc-3.3.1 --enable-threads=posix --disable-checking --enable--long-long --host=i386-redhat-linux --with-system-zlib --enable-languages=c,c++,java
將GCC安裝在/usr/local/gcc-3.3.1目錄下，支持C/C++和JAVA語言，其它選項參見GCC提供的幫助說明。
5. 編譯
% make
這是一個漫長的過程。
6. 安裝
執行下面的命令將編譯好的庫文件等拷貝到${destdir}目錄中（根據你設定的路徑，可能需要管理員的許可權）：
% make install
至此，GCC 3.3.1安裝過程就完成了。
6. 其它設置
GCC 3.3.1的所有文件，包括命令文件（如gcc、g++）、庫文件等都在${destdir}目錄下分別存放，如命令文件放在bin目錄下、庫文件在lib下、頭文件在include下等。由於命令文件和庫文件所在的目錄還沒有包含在相應的搜索路徑內，所以必須要作適當的設置之後編譯器才能順利地找到並使用它們。
6.1 gcc、g++、gcj的設置
要想使用GCC 3.3.1的gcc等命令，簡單的方法就是把它的路徑${destdir}/bin放在環境變數PATH中。我不用這種方式，而是用符號連接的方式實現，這樣做的好處是我仍然可以使用系統上原來的舊版本的GCC編譯器。
首先，查看原來的gcc所在的路徑：
% which gcc
在系統上，上述命令顯示：/usr/bin/gcc。因此，原來的gcc命令在/usr/bin目錄下。可以把GCC 3.3.1中的gcc、g++、gcj等命令在/usr/bin目錄下分別做一個符號連接：
% cd /usr/bin
% ln -s ${destdir}/bin/gcc gcc33
% ln -s ${destdir}/bin/g++ g++33
% ln -s ${destdir}/bin/gcj gcj33
這樣，就可以分別使用gcc33、g++33、gcj33來調用GCC 3.3.0的gcc、g++、gcj完成對C、C++、JAVA程序的編譯了。同時，仍然能夠使用舊版本的GCC編譯器中的gcc、g++等命令。
B. 如何製作arm-linux-gcc編譯工具
一、下載源文件
源代碼文件及其版本：
binutils-2.19.tar.bz2, gcc-core-4.4.4.tar.bz2 gcc-g++-4.4.4.tar.bz2 Glibc-2.7.tar.bz2 Glibc-ports-2.7.tar.bz2 Gmp-4.2.tar.bz2 mpfr-2.4.0.tar.bz2mpc-1.0.1.tar.gz Linux-2.6.25.tar.bz2 （由於我在編譯出錯的過程中，根據出錯的信息修改了相關的C代碼，故而沒有下載相應的補丁）
一般一個完整的交叉編譯器涉及到多個軟體，主要包括bilinguals、cc、glibc等。其中，binutils主要生成一些輔助工具；gcc是用來生成交叉編譯器，主要生成arm-linux-gcc交叉編譯工具，而glibc主要提供用戶程序所需要的一些基本函數庫。
二、建立工作目錄
編譯所用主機型號 fc14.i686，虛擬機選的是VM7.0，Linux發行版選的是Fedora9,
第一次編譯時用的是root用戶（第二次用一般用戶yyz）, 所有的工作目錄都在/home/yyz/cross下面建立完成，首先在/home/yyz目錄下建立cross目錄，然後進入工作目錄，查看當前目錄。命令如下：
創建工具鏈文件夾：
[root@localhost cross]# mkdir embedded-toolchains
下面在此文件夾下建立如下幾個目錄：
setup-dir：存放下載的壓縮包；
src-dir：存放binutils、gcc、glibc解壓之後的源文件；
Kernel：存放內核文件，對內核的配置和編譯工作也在此完成；
build-dir ：編譯src-dir下面的源文件，這是GNU推薦的源文件目錄與編譯目錄分離的做法；
tool-chain：交叉編譯工具鏈的安裝位；
program：存放編寫程序；
doc:說明文檔和腳本文件；
下面建立目錄，並拷貝源文件。
[root@localhost cross] #cd embedded- toolchains
[root@localhost embedded- toolchains] #mkdir setup-dir src-dir kernel build-dir tool-chain program doc
[root@localhost embedded- toolchains] #ls
build-dir doc kernel program setup-dir src-dir tool-chain
[root@localhost embedded- toolchains] #cd setup-dir
拷貝源文件：
這里我們採用直接拷貝源文件的方法，首先應該修改setup-dir的許可權
[root@localhost embedded- toolchains] #chmod 777 setup-dir
然後直接拷貝/home/yyz目錄下的源文件到setup-dir目錄中，如下圖：
建立編譯目錄：
[root@localhost setup-dir] #cd ../build-dir
[root@localhost build -dir] #mkdir build-binutils build-gcc build-glibc
三、輸出環境變數
輸出如下的環境變數方便我們編譯。
為簡化操作過程。下面就建立shell命令腳本environment-variables：
[root@localhost build -dir] #cd ../doc
[root@localhost doc] #mkdir scripts
[root@localhost doc] #cd scripts
用編輯器vi編輯環境變數腳本envionment-variables：[root@localhost scripts]
#vi envionment-variables
export PRJROOT=/home/yyz/cross/embedded-toolchains
export TARGET=arm-linux
export PREFIX=$PRJROOT/tool-chain
export TARGET_PREFIX=$PREFIX/$TARGET
export PATH=$PREFIX/bin:$PATH
截圖如下：
執行如下語句使環境變數生效：
[root@localhost scripts]# source ./environment-variables
四、建立二進制工具（binutils）
下面將分步介紹安裝binutils-2.19.1的過程。
[root@localhost script] # cd $PRJROOT/src-dir
[root@localhost src-dir] # tar jxvf ../setup-dir/binutils-2.19.1.tar.bz2
[root@localhost src-dir] # cd $PRJROOT/build-dir/build-binutils
創建Makefile：
[root@localhost build-binutils] #../../src-dir/binutils-2.19.1/configure --target=$TARGET --prefix=$PREFIX
在build-binutils目錄下面生成Makefile文件，然後執行make，make install,此過程比較緩慢，大約需要一個15分鍾左右。完成後可以在$PREFIX/bin下面看到我們的新的binutil。
輸入如下命令
[root@localhost build-binutils]#ls $PREFIX/bin
C. 交叉編譯環境包括哪些工具，它的作用是什麼
首先你要知道一個軟體可能需要在多個CPU架構的平台上運行，如ARM架構，X86架構等等。
假設你要開發一個軟體目標平台是ARM，那麼你可以選擇在PC上，即X86平台上進行開發，然後使用交叉編譯工具把軟體編譯成ARM架構版本，然後才能在ARM上運行，如果只是用一般的編譯工具鏈，那麼只能編譯在當前平台上運行。
至於編譯工具鏈有哪些，具體要看你的開發平台和目標平台，會對應不同的編譯工具。
D. 什麼是交叉編譯
簡單的說，如果你開發嵌入式，也就是製作小的帶MCU(CPU)的智能電子產品。你必須保證你在電腦上開發編譯出的代碼，在你的產品上也要能夠運行，這時就需要在你的電腦里安裝交叉編譯工具，實現上述功能。
E. Qt交叉編譯遇到的問題
QT相關的安裝軟體包：
(1) tmake-1.13.tar.gz （編譯工具，如progen與tmake）
(2) qt-embedded-2.3.7.tar.gz （提供了qte的庫）
(3) qt-x11-2.3.2.tar.gz （為了生成相應的QT工具，如designer和qvfb等）
(4) qtopia-free-1.7.0.tar.gz （QTE的桌面環境程序）
(5) cross-3.3.2.tar.bz2 （交叉編譯工具）
一、安裝工具
1 安裝 tmake
在 Linux 命令模式下運行以下命令:
tar xfz tmake-1.11.tar.gz
export TMAKEDIR=$PWD/tmake-1.11
export TMAKEPATH=$TMAKEDIR/lib/qws/linux-x86-g++
export PATH=$TMAKEDIR/bin:$PATH
2 安裝 Qt/Embedded 2.3.7
在 Linux 命令模式下運行以下命令:
tar xfz qt-embedded-2.3.7.tar.gz
cd qt-2.3.7
export QTDIR=$PWD
export QTEDIR=$QTDIR
export PATH=$QTDIR/bin:$PATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
./configure –qconfig local–qvfb -depths 4,8,16,32
make sub-src
cd ..
上述命令 ./configure -qconfig -qvfb -depths 4,8,16,32 指定 Qt 嵌入式開發包生成虛擬緩沖幀工具qvfb,並支持 4,8,16,32 位的顯示顏色深度。另外我們也可以在 configure 的參數中添加-system-jpeg 和 gif,使 Qt/Embedded 平台能支持 jpeg、gif 格式的圖形。
上述命令 make sub-src 指定按精簡方式編譯開發包,也就是說有些 Qt 類未被編譯。Qt 嵌入式開發包有 5種編譯范圍的選項,使用這些選項,可控制 Qt 生成的庫文件的大小,但是您的應用所使用到的一些 Qt 類將可能因此在 Qt 的庫中找不到鏈接。編譯選項的具體用法可運行./configure -help 命令查看。
在這一過程的configure中出現了問題：有一個變數沒有聲明，發現是少了一個頭文件，加上即可，make順利通過，看到了enjoy！
3 安裝 Qt/X11 2.3.2
在 Linux 命令模式下運行以下命令:
tar xfz qt-x11-2.3.2.tar.gz
cd qt-2.3.2
export QTDIR=$PWD
export PATH=$QTDIR/bin:$PATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
./configure -no-opengl
make
make -C tools/qvfb
mv tools/qvfb/qvfb bin
cp bin/uic $QTEDIR/bin
cd ..
根據開發者本身的開發環境,也可以在 configure 的參數中添加別的參數, 比如-no-opengl 或-no-xfs,可以鍵入./configure -help 來獲得一些幫助信息。
在這個安裝過程中也出現了很多錯誤，典型的就是在make過程中：
/usr/local/qt-2.3.2/include/qvaluestack.h:57: error: cannot convert 'QValueListIterator<QMap<QString, QString> >' to 'const char*' for argument '1' to 'int remove(const char*)'
/usr/local/qt-2.3.2/include/qvaluestack.h: In member function 'T QValueStack<T>::pop() [with T = QString]':
xml/qxml.cpp:2502: instantiated from here
/usr/local/qt-2.3.2/include/qvaluestack.h:57: error: cannot convert 'QValueListIterator<QString>' to 'const char*' for argument '1' to 'int remove(const char*)'
make[2]: *** [xml/qxml.o] Error 1
make[2]: Leaving directory `/usr/local/qt-2.3.2/src'
make[1]: *** [sub-src] Error 2
make[1]: Leaving directory `/usr/local/qt-2.3.2'
make: *** [init] Error 2
這個錯誤是說，在文件qvaluestack.h的57行出錯。改正方法是修改文件qt-2.3.2/ include/qvaluestack.h的 第57行，將remove( this->fromLast() );改為 this->remove( this->fromLast() );
修改時可能要更改文件許可權，變成可寫的，chmod 666 qvaluestack.h。然後make順利通過，看到了enjoy。
二、交叉編譯 Qt/Embedded 的庫
開發居於 Qt/Embedded 的應用程序要使用到 Qt/Embedded 的庫,編寫的 Qt 嵌入式應用程序最終是在YLE270開發板上運行的,因此在把 Qt 嵌入式應用程序編譯成支持 YLE270 的目標代碼之前,需要兩樣東西,一個是 arm9 的 linux 編譯器,另一個是經 arm9 的linux 編譯器編譯過的 Qt/Embedded 的庫。安裝交叉編譯工具 cross-3.3.2 前面已經安裝過了。
這一步主要是配置 Qt/Embedded2.3.7 的安裝，Qt/Embedded 的安裝選項有很多個,您可以在命令行下直接輸入「./configure」來運行配置,這時安裝程序會一步一步提示你輸入安裝選項。您也可以在「./configure」後輸入多個安裝選項直接完成安裝的配置。在這些選項中有一個選項決定了編譯 Qt/Embedded 庫的范圍,即可以指定以最小,小,中,大,完全 5 種方式編譯 Qt/Embedded 庫。另外 Qt/Embedded 的安裝選項還允許我們自己定製一個配置文件,來有選擇的編譯 Qt/Embedded 庫,這個安裝選項是「-qconfig local」 ;當我們指定這個選項時,Qt/Embedded庫在安裝過程中會尋找qt-2.3.7/src/tools/qconfig-local.h 這個文件,如找到這個文件,就會以該文件裡面定義的宏,來編譯鏈接 Qt/Embedded 庫。
具體過程如下:
cd qt-2.3.7
export QTDIR=$PWD
export QTEDIR=$QTDIR
make clean
./configure –xplatform linux-arm-g++ -shared –debug (接下行)
-qconfig local -qvfb -depths 4,8,16,32
make
cd ..
在make中出現了錯誤，有變數沒有聲明，原來是優龍公司為了避免初學者在一開始就直接接觸到 Qt/Embedde 的復雜的宏編譯選項,把這些宏定義到一個名為 qconfig-local.h的安裝配置文件中,在安裝 Qt/Embedded 的時候,需要把這個文件復制到 Qt/Embedded 的安裝路徑的/src/tools 子路徑下，
cp /配置文件所在路徑/qconfig-local.h ./src/tools
make順利通過，看到了enjoy。
最後就可以在命令行下輸入make 命令對整個工程進行編譯鏈接了，在這里，要把過程中產生的文件放在同一個文件夾裡面，方便應用。
在最後make完畢以後我還是遇到了一個問題，就是生成的可執行文件不能運行，運行時提示：./hello cannot execute binary file,當然不能直接在自己的主機上運行了，因為生成的二進制文件要下到板子上運行的。接上液晶屏，板子上電，把生成的可執行文件下載到板子上，要chmod一下，不然許可權不夠，終於在液晶屏上看到了自己弄的小程序，好開心！
三、添加一個 Qt/Embedded 應用到 QPE
以hello，world！為例
1 在工作的機器上解包 qtopia
tar zxvf qtopia-free-1.7.x.tar.gz
cd qtopia-free-1.7.x
export QTDIR=$QTEDIR
export QPEDIR=$PWD
export PATH=$QPEDIR/bin:$PATH
注意在上面已經設定環境變數 QPEDIR 為 QPE 的安裝(解包)路徑。
2 建立 Hello,World 的例子程序的圖標文件
方法是:製作一個 32 X 32 大小的 PNG 格式的圖標文件,將該文件存放在$QPEDIR/pics/inline 目錄下,然後使用以下命令將$QPEDIR/pics/inline 目錄下的所有圖形文件轉換成為一個 c 語言的頭文件,這個頭文件包含了該目錄下的圖形文件的 rgb 信息。
qembed --images $QPEDIR/pics/inline/*.*
> $QPEDIR/src/libraries/qtopia/inlinepics_p.h
3 交叉編譯 qtopia
在$QPEDIR 路徑下,運行以下命令
cd src
./configure –platform linux-arm-g++
make
cd ..
在這一過程中也出現了比較大的錯誤，在make的時候又出現了error，是resource.cpp的174行的變數qembed_findImage沒有聲明，考慮到以前遇到的情況，推斷可能是少了某個頭文件，但是又不知道是哪一個，google了很久都沒有找到解決辦法，沒辦法只好點開src/libraries/qtopia下面的每一個頭文件看了一遍，還是沒有發現有含有這個變數的文件，繼續google，然後發現了inlinepics_p.h中包含qembed_findImage，於是vi /usr/local/qtopia-free-1.7.0/src/libraries/qtopia/inlinepics_p.h，發現inlinepics_p.h是空白的，原來是
qembed --images $QPEDIR/pics/inline/*.*
> $QPEDIR/src/libraries/qtopia/inlinepics_p.h
出了錯誤，重新操作一遍這一步，再查看inlinepics_p.h，發現正常了，要繼續交叉編譯qtopia：
make clean
./configure –platform linux-arm-g++
F. ubuntu12.04編譯交叉編譯已經安裝，為什麼還不能編譯
安裝步驟：
1、解壓交叉編譯開發工具包
sudo
tar
xvzf
arm-linux-gcc-4.4.3.tar.gz
-C
/
解壓工具鏈到根目錄，這里的解壓目錄可以任意指定。系統中會增加目錄/opt/FriendlyARM/toolschain/4.4.3/
2、修改環境變數，把交叉編譯器的路徑加入到PATH
採用修改/etc/bash.bashrc文件的方法（還可有別的方法）
①用vim打開文件：
#sudo
vim
/etc/bash.bashrc
②在最後面新建一行加上:
export
PATH=$PATH:/opt/FriendlyARM/toolschain/4.4.3/bin
3、立即使新的環境變數生效，不用重啟電腦：
#source
/etc/bash.bashrc
{
這是上面修改環境變數的另一種方法
①
$sudo
-i
輸入自己的密碼，這是進入超級用戶許可權
②
cd
/root/
vim
.bashrc
③
在最後加上
export
PATH=$PATH:/opt/FriendlyARM/toolschain/4.4.3/bin
(路徑)(注意等號那邊不要有空格)
④
source
~/.bashrc
(立即生效)
(好像只能本終端，注銷一下就永遠都有這個環境變數的)
}
4、檢查是否將路徑加入到PATH
#echo
$PATH
若顯示的內容中有剛剛添加的交叉編譯器所在目錄，則證明編譯環境安裝成功。
5、測試是否安裝成功
指令：#arm-linux-gcc
-v
上面的指令會顯示arm-linux-gcc信息和版本，顯示的內容信息：
此時，證明安裝成功。
6、編譯實驗
寫個HelloWorld程序，測試交叉工具連
寫下下面的HelloWorld程序，保存為hello.c
#include
int
main()
{
printf(「HelloWorld!\n」);
return0;
}
執行下面的指令：
#arm-linux-gcc-o
hello
hello.c
要是不報錯說明安裝成功。
以上最重要的要注意的是，自己將交叉編譯工具鏈解壓到哪了，再把那個路徑加到環境變數中去。
G. linux嵌入式系統的開發為什麼要用到交叉編譯器交叉編譯器的作用是什麼
linux嵌入式系統的開發的應用資料，交叉編譯器等等，這方面的資料，
到「工搜網資料文庫」索取吧。那裡有詳細的資料
H. arm-none-linux-gnueabi交叉工具鏈與arm-linux-gcc 有區別嗎
eabi標準的要好些，可能arm-linux-gcc就是arm-none-linux-gnueabi的一個鏈接
終於，郁悶已久的問題攻破了，用了三種配置交叉編譯的方法，最終在開發板上實現成功了，現在想一想，有的時候真的也是運氣。
之前已經試驗過使用arm-linux-gcc-3.4.1配置交叉編譯編譯環境，配置成功了，在開發板上失敗了~
後來使用腳本創建交叉編譯環境（crosstool-0.43），配置成功了（這個用了相當長的時間），在開發板上失敗了~
終於，在一個偶然的機會（其實是瀏覽無數網頁後），我終於找到了一個好的方法，並成功在開發板上運行。先說一下網上的一些方法，有些所謂的默認安裝了一些程序，但是在實際運行時發現根本沒有安裝，而且很多地方不知道該如何安裝。再有就是文章一上來就說安裝什麼什麼軟體，但是在網上搜根本找不到。只能說很多人只轉載文章，根本沒有試驗過。但是我還是幸運的找到了一個靠譜的文章http://www.adamjiang.com/pukiwiki/index.php?%E7%BC%96%E8%AF%91mini2440%E5%B7%A5%E5%85%B7%E9%93%BE
根據上面的做法，我成功了，在此小做總結。
首先下載工具鏈，幸好這篇文章給出了這個網站，要不還不知道要找多久。
http://www.codesourcery.com/.../arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
70多M很快就下完了，若不是root用戶下，可以將文件解壓到home的某個目錄下。
tar xjvfo arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 -C /home/..../arm
那麼，在這個目錄下會生成一個arm-2008q3文件夾。
更改路徑不用說了，或者臨時或者非臨時。我就直接改~/.bashrc了，在最後加：
export PATH=/usr/local/arm-2008q3/bin:${PATH}
ok~現在使你路徑生效吧：
source ~/.bashrc
再輸入：export CROSS_COMPILE=arm-none-linux-gnueabi-
作用是：當你編譯軟體的時候，Makefile在大多數情況向會取得CROSS_COMPILE所指定的交叉編譯工具。
也可以輸入：export CROSS_COMPILE=/usr/local/arm-2008q3/bin/arm-none-linux-gnueabi-
這種種方法是通過絕對路徑來指定交叉編譯工具，這樣做可以更精確的為交叉編譯定位，同時可以避免很多錯誤。你可以通過下面這樣的例子指定交叉編譯工具的絕對路徑。
現在一切就緒，隨便編譯個hello world.c文件，用arm-none-linux-gnueabi-gcc helloworld.c -o helloworld,生成的helloworld文件通過nfs掛載到板子上。
最最後，在minicom下輸入：./helloworld。
就會顯示你希望見到的輸出了。。。。。。
首先，從下面的地址下載工具鏈
http://www.codesourcery.com/.../arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
等待下載完成後，將工具鏈解壓到/usr/local/目錄，如果你沒有編譯主機上的root許可權的話，你可以將工具鏈解壓到Linux用戶的home目錄中的某個位置（比如${HOME}/bin）
tar xjvfo arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 -C /usr/local
這個操作將會在/usr/local目錄中創建一個么名為arm-2008q3的目錄。
接下來，你需要將這個新進添加的工具鏈的位置添加到PATH變數之中。編譯你的~/.bashrc文件，在其中加入新的PATH變數
export PATH=/usr/local/arm-2008q3/bin:${PATH}
使用source命令在當前shell中啟用這個變化，這樣你就不需要重新登入系統使用新變數了。
source ~/.bashrc
或者直接在shell中使用export對當前shell做同樣的操作。
export PATH=/usr/local/arm-2008q3/bin:${PATH}
如果你並不是bash用戶，你可以修改你使用的shell所對應的環境設置文件，比如，對於zsh來說，您應該修改~/.zsh文件。或者，你需要在每次登入shell後首先運行上面的export操作。
因為在開發主機上進行交叉編譯意味著使用開發主機的能力生成另外一個體系結構上運行的二進制代碼，所以，一般來說，你需要編譯的軟體通常都會接受一個叫做CROSS_COMPILE的變數來指定產生哪個體系結構的代碼。所以，配置工具鏈的最後一個步驟就是設置這個變數。如果你現在使用ls命令查看以下
ls /usr/local/arm-2008q3/bin/
目錄的話，你會看到很多以arm-none-linux-gnueabi-開始的可執行文件，而這個共同的前綴就是你需要的CROSS_COMPILE變數。現在，使用export命令設置環境變數
export CROSS_COMPILE=arm-none-linux-gnueabi-
現在，當你編譯軟體的時候，Makefile在大多數情況向會取得CROSS_COMPILE所指定的交叉編譯工具。當然，前提是，這些交叉編譯工具在你的PATH變數上。還有一種方法是通過絕對路徑來指定交叉編譯工具，這樣做可以更精確的為交叉編譯定位，同時可以避免很多錯誤。你可以通過下面這樣的例子指定交叉編譯工具的絕對路徑。
export CROSS_COMPILE=/usr/local/arm-2008q3/bin/arm-none-linux-gnueabi-
在大多數情況下，你並不需要將上面的export命令加入~/.bashrc這樣的文件，因為，你並不總是需要它們來做交叉編譯。比如，你僅僅希望編譯運行在開發主機上的程序時。
這樣，工具鏈就准備好了。