編譯sqlite
先去 http://www.sqlite.org/download.html 下載最新的sqlite源代碼，我這里用的是3.5.6版本的。
我推薦使用amalgamation版本的源代碼，這個代碼只有幾個文件而已，編譯起來方便，而且據說 編譯器好的話，還可能編譯出更高效的代碼。 我下載的是
[plain]
view plain
http://www.sqlite.org/sqlite-amalgamation-3.5.6.tar.gz
先運行以下幾步：
[plain]
view plain
tar zxf sqlite-amalgamation-3.5.6.tar.gz
cd sqlite-3.5.6
./configure --host=arm-linux --prefix=/usr/local/arm/3.3.2 --enable-shared --disable-readline --disable-dynamic-extensions
以上是把sqlite解壓縮，然後做一些配置，這里，我希望sqlite到時候安裝到/usr/local/arm/3.3.2里，要生成動態鏈接庫，不要readline，不要sqlite的動態擴展。
然後編輯Makefile，把CFLAG和CXXFLAG中的-g去掉，我們不用debug sqlite。
接下來就可以編譯和安裝sqlite了：
[plain]
view plain
make
make install
這一步就完成了sqlite的編譯和安裝了。
編譯python
先去http://www.python.org/download/下載最新版本的python源代碼，我這里下載的是：
[plain]
view plain
http://www.python.org/ftp/python/2.5.1/Python-2.5.1.tar.bz2
先把python解壓縮：
[plain]
view plain
tar jxf Python-2.5.1.tar.bz2
cd Python-2.5.1
編譯pc版本的語法解析器
由於在編譯python的時候，需要先編譯一個叫pgen的程序出來，用於生成語法解析器，所以我們要先生成一個pc版本的pgen：
[plain]
view plain
mkdir build.pc
cd build.pc
../configure
make Parser/pgen
然後ls Parser一下，應該就能看到有pgen了。
修改configure
configure在檢測編譯器的printf是否支持%zd的時候，如果發現是在cross compile，就直接不幹活了。這還了得？
把這一部分的檢測代碼去掉。這段代碼起始於
[plain]
view plain
echo "$as_me:$LINENO: checking for %zd printf() format support" >&5
echo $ECHO_N "checking for %zd printf() format support... $ECHO_C" >&6
if test "$cross_compiling" = yes; then
結束於
[plain]
view plain
cat >>confdefs.h <<\_ACEOF
#define PY_FORMAT_SIZE_T "z"
_ACEOF
else
echo "$as_me: program exited with status $ac_status" >&5
echo "$as_me: failed program was:" >&5
sed 's/^/| /' conftest.$ac_ext >&5
( exit $ac_status )
echo "$as_me:$LINENO: result: no" >&5
echo "${ECHO_T}no" >&6
fi
rm -f core *.core gmon.out bb.out conftest$ac_exeext conftest.$ac_objext conftest.$ac_ext
fi
把這兩段以及中間的內容都刪除掉就可以了。
編譯arm版本的python
有了語法解析器，就可以開始編譯arm版本的python了。
[plain]
view plain
mkdir ../build.arm
cd ../build.arm
../configure --prefix=/home/leojay/test/arm-system-working/rootfs --disable-ipv6 --host=arm-linux --enable-shared
先創建一個用於編譯的目錄build.arm，再對python做一些配置，如安裝目錄，不要ipv6，使用arm-linux的編譯器，生成動態鏈接庫。
修改Makefile
之後就要對Makefile做一些修改，把
[plain]
view plain
OPT= -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
一行中，去掉-g，我們不要debug python，-O3改為-O2，空間緊張O2就可以了。
在
[plain]
view plain
PGEN= Parser/pgen$(EXE)
一行的下面加上
[plain]
view plain
PGEN_HOST= ../build.pc/Parser/pgen$(EXE)
表明我們在HOST上運行的pgen
在要使用PGEN的地方改為PGEN_HOST:
[plain]
view plain
$(GRAMMAR_H) $(GRAMMAR_C): $(PGEN) $(GRAMMAR_INPUT)
-$(PGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
改為：
[plain]
view plain
$(GRAMMAR_H) $(GRAMMAR_C): $(PGEN) $(GRAMMAR_INPUT)
-$(PGEN_HOST) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
修改所有使用新生成的python的地方。
所有如 ./$(BUILDPYTHON) 的地方，都改為python
如：
[plain]
view plain
platform: $(BUILDPYTHON)
$(RUNSHARED) ./$(BUILDPYTHON) -E -c 'import sys ; from distutils.util import get_platform ; print get_platform()+"-"+sys.version[0:3]' >platform
改為
[plain]
view plain
platform: $(BUILDPYTHON)
$(RUNSHARED) python -E -c 'import sys ; from distutils.util import get_platform ; print get_platform()+"-"+sys.version[0:3]' >platform
這種地方比較多，大家小心修改。
修改setup.py
setup.py負責編譯python的各個擴展模塊。但是，由於python完全沒有考慮cross compile，所以要做一些修改。
PyBuildExt類：
函數的前兩行是把/usr/local加到搜索目錄中，我們的cross compiler一般不會直接安裝在 /usr/local裡面的，所以這兩行去掉：
[plain]
view plain
lib_dirs, inc_dirs的設定中，把中括弧里的那些都去掉。 以下所有模塊都不要：
這個函數在編譯了所有的extension後，會去load這些剛編譯好的extension， 但我們在i686的電腦上顯然不能load，所以要跳過這些操作。 在 build_ext.build_extension(self, ext)後面直接寫一個return，不做load。
for d in ['/usr/local/arm/3.3.2/include']
for d in inc_dirs + sqlite_inc_paths:
ssl, openssl, bdb, dbm, termios, nsl, ncurses, bz2, linuxaudiodev, ossaudiodev, tkinter
add_dir_to_list(self.compiler.library_dirs, '/usr/local/lib')
add_dir_to_list(self.compiler.include_dirs, '/usr/local/include')
build_extension函數：
detect_moles函數：
cmath, ctypes, _testcapi, pwd, grp, spwd, mmap, audioop, imageop, rgbimg, readline,
[plain]
view plain
由於python本身的問題，現在ctypes還不能在除i386以外的機器上運行，所以ctypes也去掉 編譯sqlite的地方：
[plain]
view plain
改為：
[plain]
view plain
因為我的sqlite3安裝在這里，如果這里不改的話，setup.py會在我的電腦上找sqlite
main函數：
setup函數調用的時候，把要安裝的scripts那一部分去掉
之後就可以make && make install了。
附上我修改後的 Makefile 和 setup.py 供大家參考
裁減python
python完全安裝後，實在是很大，所以，要把一些肯定用不上的庫去掉。 所以，再附上我的裁減腳本 cleanpy.sh
注意，由於我的python程序都運行在python -OO的參數下，所有的.py和.pyc都不需要， 只要有.pyo就可以了。所以，這個腳本會把所有的.py和.pyc都刪除掉。
大家可以根據自己的需要做調整。
㈡ 如何交叉編譯出arm
arm交叉編譯就是在非arm平台編譯arm平台運行的代碼, 需要安裝交叉編譯工具, 比如x86平台上的arm gcc工具. 之後配置gcc為 該編譯命令gcc-arm....編譯結果下載到arm就可以運行了.
㈢ arm-linux-gcc交叉編譯器的製作，以及版本選擇問題。
，需要必須有足夠動經驗來支持。
另外，用 RH9 的都是高手，我想你的知識不需要來提問了吧？
1、在 PC 上編譯 arm 的程序當然需要較差編譯器，這個需要自己安裝，或者著現成的交叉編譯器環境，一般是一個特殊參數編譯出來的 gcc + binutils + glibc + linux-header。這個每個人動環境不同，一般都需要自己編譯一個，當然沒有特殊需求，也可以找現成的。不過很難找，因為這套環境還要和你動系統搭配，不然環境不匹配，連這個環境都不能運行，那就更談不上編譯東西了。
有關自己編譯搭建交叉編譯環境，可以看看一個特殊的 Linux 發行版 LFS 的分支： CLFS 。
2、移植分很多意思，移植有可能就意味著這套源代碼不能在目標系統上面編譯，需要你根據相應的知識去修改源代碼來讓這套代碼適應目標編譯器的要求，比如源代碼有 SSE4 的優化，這套程序在非 SSE4 CPU 上無法編譯運行，但目標機器連 SSE1 都不支持。那麼就需要移植。
或者移植僅僅是根據新的環境進行編譯，不需要進行源代碼修改，只需要進行一下編譯就能運行的程序，也可以稱為移植，就是從一個環境、架構 -》另一個環境、架構。都可以稱為移植，但真正的移植意味著修改程序源代碼來適應新環境。你說的這種移植是最簡單的移植。
3、決定目標硬體環境 -》搭建目標編譯器 -》製作目標環境（內核，基礎軟體庫）-》進行應用移植（移植需要的軟體、主應用程序）-》搭建系統文件系統 -》導入目標系統-》啟動目標系統&應用。說起來很簡單，因為這是完全沒有問題的條件下。
至於超級終端。那是用來控制目標系統的。目標系統有可能不能插鍵盤滑鼠顯示器，這就需要一個遠程網路鏈接來進行控制。以及通過遠程鏈接來發送數據。這都需要終端的支持。
虛擬機下面進行開發，不能發揮你的計算機的性能。而且因為隔著 VMware 的軟體模擬層，可能還不會很方便的讓你鏈接目標設備。
至於用 socket ，我還沒見到你的目標需要這個東西，因為所有的東西都是現成的源代碼。不需要你從 0 開始寫，當然你想自己寫一個系統內核，或者伺服器程序，或者全套的系統+應用，我絕對不攔你，但希望你寫完這套東西，能把源代碼發布出來。
ads 可以認為是一個支持環境，他本身不是一個系統的開發 SDK 。
-------------------------------------
ads 沒用過，印象里他還有模擬器，調試器什麼的程序。功能上要比 Linux 開發環境，WinCE 環境下面的東西更多更偏向於硬體方面，畢竟 ads 是 arm 出品的，不太可能偏向於軟體部分設計。Linux 和 WinCE 都是系統而不是硬體工具。
你可以認為交叉編譯器是一個應用程序，一個輸出器。把源代碼輸出為 arm 的代碼，這個應用程序的輸出，是靠他自己的環境，而不是當前系統的環境的。
當前系統的各個軟體的版本，不能影響交叉編譯器輸出的環境（理論上，現實有的時候總是從別的地方給你打擊……），交叉編譯器一般至少有 gcc 、binutils 、glibc 庫、linux kernel 頭文件。
在軟體需求上。
頭文件誰都不依賴，glibc 只需要內核頭文件，其他程序全都依賴於 glibc 。也就是所有程序都不依賴內核，僅僅是依賴於內核頭文件。
gcc 和 binutils 是把程序源代碼根據上面各個環節的需提供的功能來輸出為上面環節裡面的二進製程序。依賴你當前環境的，只有 gcc 和 binutils 兩個程序的執行、控制環節。只有他們兩個依賴的，而不是你的交叉編譯後的程序。
至於編譯器版本的選擇，新版本功能更好，舊版本兼容更好。
這個要看你的實際需要了。應用程序源代碼也調編譯器的，同時也依賴於軟體庫的功能。
arm 開發建議穩定、兼容優先。當然也可以嘗試最新的編譯環境，來獲取更好的優化（前提是還有什麼代碼優化的話）。
另外,團IDC網上有許多產品團購,便宜有口碑
㈣ 如何在arm板子上安裝交叉編譯工具鏈
所謂的搭建交叉編譯環境，即安裝、配置交叉編譯工具鏈。在該環境下編譯出嵌入式Linux系統所需的操作系統、應用程序等，然後再上傳到目標機上。 交叉編譯工具鏈是為了編譯、鏈接、處理和調試跨平台體系結構的程序代碼。對於交叉開發的工具鏈來說...
㈤ 關於Linux上的arm-linux交叉編譯工具鏈的問題：但是arm也有很多種啊！ 這個工具是對所有的ARM都支持嗎
由於交叉編譯器中每個組件都有各自的版本，所以可以使用不同版本的組件來製作交叉編譯器。但是，組件之間會因版本不匹配的問題而產生錯誤。為了避免這種麻煩，建議直接使用製作好的arm-linux交叉編譯器。你優化arm9，應該是想升級內核吧，升級內核有相應的命令的。
㈥ 交叉編譯器 arm-linux-gnueabi 和 arm-linux-gnueabihf 的區別
自己之前一直沒搞清楚這兩個交叉編譯器到底有什麼問題,特意google一番,總結如下,希望能幫到道上和我有同樣困惑的兄弟…..
一. 什麼是ABI和EABI
1) ABI: 二進制應用程序介面(Application Binary Interface (ABI) for the ARM Architecture)
在計算機中，應用二進制介面描述了應用程序（或者其他類型）和操作系統之間或其他應用程序的低級介面.
ABI涵蓋了各種細節，如：
數據類型的大小、布局和對齊;
調用約定（控制著函數的參數如何傳送以及如何接受返回值），例如，是所有的參數都通過棧傳遞，還是部分參數通過寄存器傳遞；哪個寄存器用於哪個函數參數；通過棧傳遞的第一個函數參數是最先push到棧上還是最後；
系統調用的編碼和一個應用如何向操作系統進行系統調用；
以及在一個完整的操作系統ABI中，目標文件的二進制格式、程序庫等等。
一個完整的ABI，像Intel二進制兼容標准 (iBCS) ，允許支持它的操作系統上的程序不經修改在其他支持此ABI的操作體統上運行。
ABI不同於應用程序介面（API），API定義了源代碼和庫之間的介面，因此同樣的代碼可以在支持這個API的任何系統中編譯，ABI允許編譯好的目標代碼在使用兼容ABI的系統中無需改動就能運行。
2) EABI: 嵌入式ABI
嵌入式應用二進制介面指定了文件格式、數據類型、寄存器使用、堆積組織優化和在一個嵌入式軟體中的參數的標准約定。
開發者使用自己的匯編語言也可以使用EABI作為與兼容的編譯器生成的匯編語言的介面。
支持EABI的編譯器創建的目標文件可以和使用類似編譯器產生的代碼兼容，這樣允許開發者鏈接一個由不同編譯器產生的庫。
EABI與關於通用計算機的ABI的主要區別是應用程序代碼中允許使用特權指令，不需要動態鏈接（有時是禁止的），和更緊湊的堆棧幀組織用來節省內存。廣泛使用EABI的有Power PC和ARM.
二. gnueabi相關的兩個交叉編譯器: gnueabi和gnueabihf
在debian源里這兩個交叉編譯器的定義如下:
gcc-arm-linux-gnueabi – The GNU C compiler for armel architecture
gcc-arm-linux-gnueabihf – The GNU C compiler for armhf architecture
可見這兩個交叉編譯器適用於armel和armhf兩個不同的架構, armel和armhf這兩種架構在對待浮點運算採取了不同的策略(有fpu的arm才能支持這兩種浮點運算策略)
其實這兩個交叉編譯器只不過是gcc的選項-mfloat-abi的默認值不同. gcc的選項-mfloat-abi有三種值soft,softfp,hard(其中後兩者都要求arm里有fpu浮點運算單元,soft與後兩者是兼容的，但softfp和hard兩種模式互不兼容)：
soft : 不用fpu進行浮點計算，即使有fpu浮點運算單元也不用,而是使用軟體模式。
softfp : armel架構(對應的編譯器為gcc-arm-linux-gnueabi)採用的默認值，用fpu計算，但是傳參數用普通寄存器傳，這樣中斷的時候，只需要保存普通寄存器，中斷負荷小，但是參數需要轉換成浮點的再計算。
hard : armhf架構(對應的編譯器gcc-arm-linux-gnueabihf)採用的默認值，用fpu計算，傳參數也用fpu中的浮點寄存器傳，省去了轉換, 性能最好，但是中斷負荷高。
把以下測試使用的c文件內容保存成mfloat.c：
#include <stdio.h>
int main(void)
{
double a,b,c;
a = 23.543;
b = 323.234;
c = b/a;
printf(「the 13/2 = %f\n」, c);
printf(「hello world !\n」);
return 0;
}
1)使用arm-linux-gnueabihf-gcc編譯，使用「-v」選項以獲取更詳細的信息:
# arm-linux-gnueabihf-gcc -v mfloat.c
COLLECT_GCC_OPTIONS=』-v』 『-march=armv7-a』 『-mfloat-abi=hard』 『-mfpu=vfpv3-d16′ 『-mthumb』
-mfloat-abi=hard，可看出使用hard硬體浮點模式。
2)使用arm-linux-gnueabi-gcc編譯:
# arm-linux-gnueabi-gcc -v mfloat.c
COLLECT_GCC_OPTIONS=』-v』 『-march=armv7-a』 『-mfloat-abi=softfp』 『-mfpu=vfpv3-d16′ 『-mthumb』
-mfloat-abi=softfp，可看出使用softfp模式。
三. 拓展閱讀
下文闡述了ARM代碼編譯時的軟浮點(soft-float)和硬浮點(hard-float)的編譯以及鏈接實現時的不同。從VFP浮點單元的引入到軟浮點(soft-float)和硬浮點(hard-float)的概念
VFP (vector floating-point)
從ARMv5開始，就有可選的 Vector Floating Point (VFP) 模塊，當然最新的如 Cortex-A8, Cortex-A9 和 Cortex-A5 可以配置成不帶VFP的模式供晶元廠商選擇。
VFP經過若干年的發展，有VFPv2 (一些 ARM9 / ARM11)、 VFPv3-D16（只使用16個浮點寄存器，默認為32個）和VFPv3+NEON (如大多數的Cortex-A8晶元) 。對於包含NEON的ARM晶元，NEON一般和VFP公用寄存器。
硬浮點Hard-float
編譯器將代碼直接編譯成發射給硬體浮點協處理器（浮點運算單元FPU）去執行。FPU通常有一套額外的寄存器來完成浮點參數傳遞和運算。
使用實際的硬體浮點運算單元FPU當然會帶來性能的提升。因為往往一個浮點的函數調用需要幾個或者幾十個時鍾周期。
軟浮點 Soft-float
編譯器把浮點運算轉換成浮點運算的函數調用和庫函數調用，沒有FPU的指令調用，也沒有浮點寄存器的參數傳遞。浮點參數的傳遞也是通過ARM寄存器或者堆棧完成。
現在的Linux系統默認編譯選擇使用hard-float，即使系統沒有任何浮點處理器單元，這就會產生非法指令和異常。因而一般的系統鏡像都採用軟浮點以兼容沒有VFP的處理器。
armel ABI和armhf ABI
在armel中，關於浮點數計算的約定有三種。以gcc為例，對應的-mfloat-abi參數值有三個：soft,softfp,hard。
soft是指所有浮點運算全部在軟體層實現，效率當然不高，會存在不必要的浮點到整數、整數到浮點的轉換，只適合於早期沒有浮點計算單元的ARM處理器；
softfp是目前armel的默認設置，它將浮點計算交給FPU處理，但函數參數的傳遞使用通用的整型寄存器而不是FPU寄存器；
hard則使用FPU浮點寄存器將函數參數傳遞給FPU處理。
需要注意的是，在兼容性上，soft與後兩者是兼容的，但softfp和hard兩種模式不兼容。
默認情況下，armel使用softfp，因此將hard模式的armel單獨作為一個abi，稱之為armhf。
而使用hard模式，在每次浮點相關函數調用時，平均能節省20個CPU周期。對ARM這樣每個周期都很重要的體系結構來說，這樣的提升無疑是巨大的。
在完全不改變源碼和配置的情況下，在一些應用程序上，使用armhf能得到20%——25%的性能提升。對一些嚴重依賴於浮點運算的程序，更是可以達到300%的性能提升。
Soft-float和hard-float的編譯選項
在CodeSourcery gcc的編譯參數上，使用-mfloat-abi=name來指定浮點運算處理方式。-mfpu=name來指定浮點協處理的類型。
可選類型如fpa，fpe2，fpe3，maverick，vfp，vfpv3，vfpv3-fp16，vfpv3-d16，vfpv3-d16-fp16，vfpv3xd，vfpv3xd-fp16，neon，neon-fp16，vfpv4，vfpv4-d16，fpv4-sp-d16，neon-vfpv4等。
使用-mfloat-abi=hard (等價於-mhard-float) -mfpu=vfp來選擇編譯成硬浮點。使用-mfloat-abi=softfp就能兼容帶VFP的硬體以及soft-float的軟體實現，運行時的連接器ld.so會在執行浮點運算時對於運算單元的選擇，
是直接的硬體調用還是庫函數調用，是執行/lib還是/lib/vfp下的libm。-mfloat-abi=soft （等價於-msoft-float）直接調用軟浮點實現庫。
在ARM RVCT工具鏈下，定義fpu模式：
–fpu softvfp
–fpu softvfp+vfpv2
–fpu softvfp+vfpv3
–fpu softvfp+vfpv_fp16
–fpu softvfp+vfpv_d16
–fpu softvfp+vfpv_d16_fp16.
定義浮點運算類型
–fpmode ieee_full : 所有單精度float和雙精度double的精度都要和IEEE標准一致，具體的模式可以在運行時動態指定；
–fpmode ieee_fixed ： 舍入到最接近的實現的IEEE標准，不帶不精確的異常；
–fpmode ieee_no_fenv ：舍入到最接近的實現的IEEE標准，不帶異常；
–fpmode std ：非規格數flush到0、舍入到最接近的實現的IEEE標准，不帶異常；
–fpmode fast ： 更積極的優化，可能會有一點精度損失。
㈦ 如何建立Linux下的ARM交叉編譯環境
首先安裝交叉編譯器，網路「arm-linux-gcc」就可以一個編譯器壓縮包。
把壓縮包放到linux系統中，解壓，這樣就算安裝好了交叉編譯器。
設置編譯器環境變數，具體方式網路。如打開 /etc/bash.bashrc，添加剛才安裝的編譯器路徑 export PATH=/home/。。。/4.4.3/bin:$PATH。這樣是為了方便使用，用arm-linux-gcc即可，不然既要帶全路徑/home//bin/arm-linux-gcc,這樣不方便使用。
編譯c文件。和gcc編譯相似，把gcc用arm-linu-gcc代替就是了。編譯出來的就可以放到arm上運行了。</ol>
㈧ 請教：ARM交叉編譯中不能編譯二進制工具
用交叉編譯器在x86上編譯通過了，那麼在arm上你得要共享，然後再運行可執行文件,試試可不可以。
㈨ 交叉編譯器 arm-linux-gnueabi 和 arm-linux-gnuea
一. 什麼是ABI和EABI
1) ABI: 二進制應用程序介面(Application Binary Interface (ABI) for the ARM Architecture)
在計算機中，應用二進制介面描述了應用程序（或者其他類型）和操作系統之間或其他應用程序的低級介面.
ABI涵蓋了各種細節，如：
數據類型的大小、布局和對齊;
調用約定（控制著函數的參數如何傳送以及如何接受返回值），例如，是所有的參數都通過棧傳遞，還是部分參數通過寄存器傳遞；哪個寄存器用於哪個函數參數；通過棧傳遞的第一個函數參數是最先push到棧上還是最後；
系統調用的編碼和一個應用如何向操作系統進行系統調用；
以及在一個完整的操作系統ABI中，目標文件的二進制格式、程序庫等等。
一個完整的ABI，像Intel二進制兼容標准 (iBCS) ，允許支持它的操作系統上的程序不經修改在其他支持此ABI的操作體統上運行。
ABI不同於應用程序介面（API），API定義了源代碼和庫之間的介面，因此同樣的代碼可以在支持這個API的任何系統中編譯，ABI允許編譯好的目標代碼在使用兼容ABI的系統中無需改動就能運行。
2) EABI: 嵌入式ABI
嵌入式應用二進制介面指定了文件格式、數據類型、寄存器使用、堆積組織優化和在一個嵌入式軟體中的參數的標准約定。
開發者使用自己的匯編語言也可以使用EABI作為與兼容的編譯器生成的匯編語言的介面。
支持EABI的編譯器創建的目標文件可以和使用類似編譯器產生的代碼兼容，這樣允許開發者鏈接一個由不同編譯器產生的庫。
EABI與關於通用計算機的ABI的主要區別是應用程序代碼中允許使用特權指令，不需要動態鏈接（有時是禁止的），和更緊湊的堆棧幀組織用來節省內存。廣泛使用EABI的有Power PC和ARM.
二. gnueabi相關的兩個交叉編譯器: gnueabi和gnueabihf
在debian源里這兩個交叉編譯器的定義如下:
gcc-arm-linux-gnueabi – The GNU C compiler for armel architecture
gcc-arm-linux-gnueabihf – The GNU C compiler for armhf architecture
可見這兩個交叉編譯器適用於armel和armhf兩個不同的架構, armel和armhf這兩種架構在對待浮點運算採取了不同的策略(有fpu的arm才能支持這兩種浮點運算策略)
其實這兩個交叉編譯器只不過是gcc的選項-mfloat-abi的默認值不同. gcc的選項-mfloat-abi有三種值soft,softfp,hard(其中後兩者都要求arm里有fpu浮點運算單元,soft與後兩者是兼容的，但softfp和hard兩種模式互不兼容)：
soft : 不用fpu進行浮點計算，即使有fpu浮點運算單元也不用,而是使用軟體模式。
softfp : armel架構(對應的編譯器為gcc-arm-linux-gnueabi)採用的默認值，用fpu計算，但是傳參數用普通寄存器傳，這樣中斷的時候，只需要保存普通寄存器，中斷負荷小，但是參數需要轉換成浮點的再計算。
hard : armhf架構(對應的編譯器gcc-arm-linux-gnueabihf)採用的默認值，用fpu計算，傳參數也用fpu中的浮點寄存器傳，省去了轉換, 性能最好，但是中斷負荷高。
㈩ linux arm 交叉編譯怎麼使用
交叉編譯器通常以 arm-none-linux-gnueabi.tar.bz2 這樣的名稱發布（不同廠家的不同開發平台，交叉編譯工具鏈的實際名稱可能有所差別，請以實際為准），解壓命令： vmuser@Linux-host: ~$ tar xjvf arm-none-linux-gnueabi.tar.bz2 如果希望解壓...