可以在-with-iconv-dir= 後面接上你的iconv安裝路徑 比如 --with-iconv-dir=/usr/local/iconv
2. 什麼是嵌入式linux交叉工具鏈
在編譯軟體的時候，會用到（鏈接）一些平台相關的類庫，如果是在本地運行的話，一般不用作特殊處理，但由於嵌入式軟體的運行平台不是本地，所以要做一些特殊處理，讓編譯環境信賴的類庫脫離本地信賴，使用嵌入式平台的類庫來進行鏈接，處理這一過程就叫作交叉編譯工具鏈。
不只是嵌入式要用到交叉編譯工具，跨平台編譯也要使用交叉編譯工具鏈，如linux編譯win32軟體，linu 32位系統編譯linux64位軟體等等。它們的部署原理都是一樣的。
3. 為了能從sd卡啟動android系統，內核應該怎麼編譯
本人使用mini6410開發了一個sqlite資料庫的程序，在mini6410的linux系統下已經能夠成功運行了。因為Android使用的也是linux內核，所以我想當然的認為按照同樣的方法將程序移植到mini6410的android系統中也可以成功運行，但是當我運行程序的時候卻提示我不能找到可執行文件（xlisten-arm是交叉編譯出來的可執行文件）：
/ # ./xlisten-arm
/system/bin/sh: ./xlisten-arm: not found
1.探索：
在網上搜索起初認為可能是庫文件的不全導致的，於是在查看可執行文件xlisten-arm所需要的動態鏈接庫：
執行語句：
# arm-linux-readelf -a ./xlisten-arm | grep "Shared"
0x00000001 (NEEDED) Shared library: [libsqlite3.so.0]
0x00000001 (NEEDED) Shared library: [libm.so.6]
0x00000001 (NEEDED) Shared library: [libcrypt.so.1]
0x00000001 (NEEDED) Shared library: [libpthread.so.0]
0x00000001 (NEEDED) Shared library: [libdl.so.2]
0x00000001 (NEEDED) Shared library: [libc.so.6]
知道所需的動態鏈接庫後，到android文件系統中去照著寫庫文件，在目錄/system/lib 中，果然缺少相應的庫文件，於是認為找到了我問題的根源所在，在復制相應庫文件的時候為了保留原來的屬性，還特意用了
#cp -a filename dir
誰知將這些庫都添加進去以後，仍然無濟於事！
看來不僅僅事庫文件缺失的問題了，而且一般來說，如果真的是因為缺少庫文件而導致的問題，終端會提示我們鏈接某庫文件時沒有找到該庫文件。
2.正確的解決方法：
將程序編譯的時候選擇靜態編譯，即使用選項 -static
我是對Makefile文件中的CFLAG變數進行修改
CFLAGS = -Wall
改為;
CFLAGS = -Wall -static
然而此時又出現問題了:
undefined reference to `pthread_mutex_*'
undefined reference to `dl*'
提示沒有定義這些函數，於是在包含的庫文件中添加了這兩個庫文件
在Makefile中，修改LIBS變數;
LIBS = -lsqlite3 -lm -lcrypt
改為：
LIBS = -lsqlite3 -lm -lcrypt -lpthread -ldl
然後進行交叉編譯，成功了！
編譯出來的可執行文件比較大，因為事靜態編譯的，我的有2M多，
拷貝到開發板的andriod系統中，
修改許可權：
#chmod 777 xlisten-arm
執行：
/ # ./xlisten-arm
OK!能夠正確的執行了！
4. 查詢linux應用程序運行依賴哪些庫
在x86下,為了查看程序所依賴的庫,可以使用ldd命令
但如果是使用arm-linux-gcc 等交叉編譯環境編譯出來的程序,則要使用readelf命令來查看了
5. 如何利用thttpd做Web Server
1. 編譯thttpd
cc=armv5l-linux-gcc ./configure -host=arm.這里設置為交叉編譯.
2. make
3. 拷貝 thttpd到osroot/usr/sbin，拷貝contrib/redhat-rpm/thttpd.conf 到osroot/etc,
4. 測試一下thttpd所需要的動態庫，readelf -d thttpd
5. 要想運行thttpd，還需要libnss類動態庫,thttpd 使用到 NSS (Name Service Switch)，因此若沒有 libnss類動態庫,thttpd 在通過 /etc/passwd 去查詢 UNIX user時，會看到：unknown user - usr, 原因是 thttpd 讀不到 'usr' 用戶，相應的處理代碼在thttpd.c 的 main()函數里,這里thttpd可以加入libnss_compat.so和libnss_file.so兩個動態庫文件.
6. 默認情況下，thttpd不可以運行CGI，特別是動態編譯的CGI程序，所以需要修改thttpd.conf的配置：
# This section overrides defaults
dir=/home/httpd/html
#chroot
#屏蔽chroot是為了運行動態編譯的CGI
user=httpd# default = nobody
logfile=/var/log/thttpd.log
pidfile=/var/run/thttpd.pid
# This section _documents_ defaults in effect
port=81
＃port參數用於更改埠號（可不改，若還運行了別的WEB伺服器，則需用不同埠）
# nosymlink# default = !chroot
#symlinks
# novhost
cgipath=/cgi-bin/*
＃聲明CGI程序的目錄，是以dir為根目錄的路徑
# nothrottles
# host=0.0.0.0
# charset=iso-8859-1
7. 在開發板上為thttpd創建一個獨立的用戶：httpd，並用此用戶創建httpd服務的根目錄html
最簡單的測試方法不用配置文件，直接輸入命令：
thttpd -p 80 -d /home/httpd/html -u root 啟動
6. Linux嵌入式交叉編譯工具鏈問題 淺談
交叉編譯工具鏈是一個由編譯器、連接器和解釋器組成的綜合開發環境，交叉編譯工具鏈主要由binutils、gcc和glibc 3個部分組成。有時出於減小libc庫大小的考慮，也可以用別的c庫來代替glibc，例如uClibc、dietlibc和newlib。交叉編譯工具鏈主要包括針對目標系統的編譯器gcc、目標系統的二進制工具binutils、目標系統的標准c庫glibc和目標系統的Linux內核頭文件。第一個步驟就是確定目標平台。每個目標平台都有一個明確的格式，這些信息用於在構建過程中識別要使用的不同工具的正確版本。因此，當在一個特定目標機下運行GCC時，GCC便在目錄路徑中查找包含該目標規范的應用程序路徑。GNU的目標規范格式為CPU-PLATFORM-OS。例如，建立基於ARM平台的交叉工具鏈，目標平台名為arm-linux-gnu。
分步編譯和安裝交叉編譯工具鏈所需要的庫和源代碼，最終生成交叉編譯工具鏈。
通過Crosstool腳本工具來實現一次編譯生成交叉編譯工具鏈。
直接通過網上（ftp.arm.kernel.org.uk）下載已經製作好的交叉編譯工具鏈。
方法1相對比較困難，適合想深入學習構建交叉工具鏈的讀者。如果只是想使用交叉工具鏈，建議使用方法2或方法3構建交叉工具鏈。方法3的優點不用多說，當然是簡單省事，但與此同時該方法有一定的弊端就是局限性太大，因為畢竟是別人構建好的，也就是固定的沒有靈活性，所以構建所用的庫以及編譯器的版本也許並不適合你要編譯的程序，同時也許會在使用時出現許多莫名的錯誤，建議你慎用此方法。
方法1：分步構建交叉編譯工具鏈
下載所需的源代碼包
建立工作目錄
建立環境變數
編譯、安裝Binutils
獲取內核頭文件
編譯gcc的輔助編譯器
編譯生成glibc庫
編譯生成完整的gcc
由於在問答中的篇幅，我不能細述具體的步驟，興趣的同學請自行閱讀開源共創協議的《Linux from scratch》，網址是：linuxfromscratch dot org
。
Crosstool是一組腳本工具集，可構建和測試不同版本的gcc和glibc，用於那些支持glibc的體系結構。它也是一個開源項目，下載地址是kegel dot com/crosstool。用Crosstool構建交叉工具鏈要比上述的分步編譯容易得多，並且也方便許多，對於僅僅為了工作需要構建交叉編譯工具鏈的你，建議使用此方法。
運行which makeinfo，如果不能找見該命令，在解壓texinfo-4.11.tar.bz2，進入texinfo-4.11目錄，執行./configure&&make&&make install完成makeinfo工具的安裝
下載所需資源文件linux-2.4.20.tar.gz、binutils-2.19.tar.bz2、gcc-3.3.6.tar.gz、glibc- 2.3.2.tar.gz、glibc-linuxthreads-2.3.2.tar.gz和gdb-6.5.tar.bz2。然後將這些工具包文件放在新建的$HOME/downloads目錄下，最後在$HOME/目錄下解壓crosstool-0.43.tar.gz，命
令如下：
#cd$HOME/
#tar–xvzfcrosstool-0.43.tar.gz
建立腳本文件
接著需要建立自己的編譯腳本，起名為arm.sh，為了簡化編寫arm.sh，尋找一個最接近的腳本文件demo-arm.sh作為模板，然後將該腳本的內容復制到arm.sh，修改arm.sh腳本，具體操作如下：
# cd crosstool-0.43
# cp demo-arm.sh arm.sh
# vi arm.sh
修改後的arm.sh腳本內容如下：
#!/bin/sh
set-ex
TARBALLS_DIR=$HOME/downloads#定義工具鏈源碼所存放位置。
RESULT_TOP=$HOME/arm-bin#定義工具鏈的安裝目錄
exportTARBALLS_DIRRESULT_TOP
GCC_LANGUAGES="c,c++"#定義支持C,C++語言
exportGCC_LANGUAGES
#創建/opt/crosstool目錄
mkdir-p$RESULT_TOP
#編譯工具鏈，該過程需要數小時完成。
eval'catarm.datgcc-3.3.6-glibc-2.3.2.dat'shall.sh--notest
echoDone.
在arm.sh腳本文件中需要注意arm-xscale.dat和gcc-3.3.6-glibc-2.3.2.dat兩個文件，這兩個文件是作為Crosstool的編譯的配置文件。其中arm.dat文件內容如下，主要用於定義配置文件、定義生成編譯工具鏈的名稱以及定義編譯選項等。
KERNELCONFIG='pwd'/arm.config#內核的配置
TARGET=arm-linux#編譯生成的工具鏈名稱
TARGET_CFLAGS="-O"#編譯選項
gcc-3.3.6-glibc-2.3.2.dat文件內容如下，該文件主要定義編譯過程中所需要的庫以及它定義的版本，如果在編譯過程中發現有些庫不存在時，Crosstool會自動在相關網站上下載，該工具在這點上相對比較智能，也非常有用。
BINUTILS_DIR=binutils-2.19
GCC_DIR=gcc-3.3.6
GLIBC_DIR=glibc-2.3.2
LINUX_DIR=linux-2.6.10-8(根據實際情況填寫)
GDB_DIR=gdb-6.5
執行腳本
將Crosstool的腳本文件和配置文件准備好之後，開始執行arm.sh腳本來編譯交叉編譯工具。具體執行命令如下：
#cdcrosstool-0.43
#./arm.sh
經過數小時的漫長編譯之後，會在/opt/crosstool目錄下生成新的交叉編譯工具，其中包括以下內容：
arm-linux-addr2linearm-linux-g++arm-linux-ldarm-linux-size
arm-linux-ararm-linux-gccarm-linux-nmarm-linux-strings
arm-linux-asarm-linux-gcc-3.3.6arm-linux-objarm-linux-strip
arm-linux-c++arm-linux-gccbugarm-linux-objmpfix-embedded-paths
arm-linux-c++filtarm-linux-gcovarm-linux-ranlib
arm-linux-cpparm-linux-gprofarm-linux-readelf
然後將生成的編譯工具鏈路徑添加到環境變數PATH上去，添加的方法是在系統/etc/ bashrc文件的最後添加下面一行，在bashrc文件中添加環境變數
export PATH=/home/jiabing/gcc-3.3.6-glibc-2.3.2/arm-linux-bin/bin:$PATH
至此，arm-linux下的交叉編譯工具鏈已經完成，現在就可以使用arm-linux-gcc來生成試驗箱上的程序了！
7. cygwin 中如何安裝arm-linux-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.bz2
gmp-S.O. l .tar.bz2
mpc-0.8.2.tar.gz
mpfr-3.O.O.tar.bz2
gcc-4.S.O.tar.bz2
linux-2.6.34.tar.bz2
glibc-2.11.2.tar.bz2
glibc-ports-2. l l .tar.bz2
gdb-7. l.tar.bz2
設置環境變數
HOST:工具鏈要運行的目標機器;BUILD:用來建立工具鏈的機器;TARGET工具鏈編譯產生的二進制代碼可以運行的機器。
BUILD=i686-pc-cygwin
HOST=i686-pc-cygwin TARGET=arm-linux
SYSROOT指定根目錄，$PREFIX指定安裝目錄。目標系統的頭文件、庫文件、運行時對象都將被限定在其中，這在交叉編譯中有時很重要，可以防止使用宿主機的頭文件和庫文件。本文首選$SYSROOT為安裝目錄，$PREFIX主要作為glibc庫安裝目錄。
SYSROOT=/cross-root
PREFIX=/cross-root/arm-linux
由於GCC-4.5.0需要mpfr,gmp,mpc的支持，而這三個庫又不需要交叉編譯，僅僅是在編譯交叉編譯鏈時使用，所以放在一個臨時的目錄。
TEMP_PREFIX=/build-temp
控制某些程序的本地化的環境變數:
LC ALL=POSIX
設置環境變數:
PATH=$SYSROOT/bin:兒in:/usr/bin
設置編譯時的線程數f31減少編譯時間:
PROCS=2
定義各個軟體版本:
BINUTILS V=2.20.1
GCC V=4.5.0
GMP V=5.0.1
MPFR V=3.0.0
MPC V二0.8.2
LINUX V二2.6.34
GLIBC V=2.11.2
GLIBC-PORTS V=2.11
GDB V=7.1
構建過程詳解
鑒於手工編譯費時費力，統一把構建過程寫到Makefile腳本文件中，把其同源碼包放在同一目錄下，執行make或順次執行每個命令即可進行無人值守的編譯安裝交叉工具
鏈。以下主要以Makefile執行過程為主線進行講解。
執行「make」命令實現全速運行
可在Cygwin的Shell環境下執行「make>make.log 2>&1」命令把編譯過程及出現的錯誤都輸出到make.log中，便於查找:
all:prerequest install-deps install-cross-stage-one install-
cross-stage-two
預處理操作
"make prerequest'，命令實現單步執行的第一步，實現輸出變數、建立目錄及解壓源碼包等操作。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)&&
export PATH LCes ALL&&
tar -xvf gmp-$(GMP_V).tar.bz2&&
tar -xvf mpfr-$(MPFR_V).tar.bz2&&
tar -xvf mpc-$(MPC_V).tar.gz&&
tar -xvf binutils-$(BINUTILS_V).tar.bz2&&
tar -xvf gcc-$(GCC_V).tar.bz2&&
tar -xvf linux-$(LINUX_V).tar.bz2&&
tar -xvf glibc-$(GLIBC_V).tar.bz2&&
tar -xvf glibc-ports-$(GLIBC-PORTS_V).tar.bz2&&
my glibc-ports-$(GLIBC-PORTS_V)
glibc-$(GLIBC_V)/ports&&
tar -xvf gdb-$(GDB V).tar.bz2
非交叉編譯安裝gcc支持包mpc
00make install-deps」命令實現單步執行的第二步，實現mpc本地編譯，mpc依賴於gmp和mpfr
install-deps:gmp mpfr mpc
gmp:gmp-$(GMP_V)
mkdir -p build/gmp&&cd build/gmp&&
../../gmp-*/configure
--disable-shared --prefix=$(TEMP_PREFIX)&&
$(MAKE)一$(PROCS)&&$(MAKE) install
mpfr:mpfr-$(MPFR_V)
mkdir -p b-uild/mpfr&&cd build/mpfr&&
../..//mpfr-*/configure
LDF'LAGS="-Wl,-search_paths_first」--disable-shared
--with-gmp=$(TEMP_PREFIX)
--prefix=$(TEMP_PREFIX)&&
$(MAKE)一$(PROCS) all&&$(MAKE) install
mpc: mpc-$(MPC_V) gmp mpfr
mkdir -p build/mpc&&cd build/mpc&&
../../mpc-*/configure
--with-mpfr=$(TEMP PREFIX)
--with-gmp=$(TEMP_PREFIX)
--prefix=$(TEMP_PREFIX)&&
$(MAKE)一$(PROCS)&&$(MAKE) install
交叉編譯第一階段
"make install-cross-stage-one'，命令實現單步執行的第三步，編譯安裝binutils,bootstrap-gcc和獲取Linux內核頭文件:
install-cross-stage-one:cross-binutils cross-gcc get-kernel-headers
編譯安裝binutils
cross-binutils: binutils-$(BINUTILS_ V)
mkdir -p build/binutils&&cd build/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 -p build/gcc&&cd build/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 -vs libgcc.a'arm-linux-gcc -print-libgcc-file-name I
sed's/libgcc/& eh/'}
獲取Linux內核頭文件:
get-kernel-headersainux-$(LINUX_V)
cd linux-$(LINUX_V)&&
$(MAICE) mrproper&&$(MAKE) headers check&&
$(MAKE) ARCH=arm&&
INSTALLes HDR_ PATH=dest headers_ install&&
find dest/include
(-name .install一。-name ..installNaNd)-delete&&
cp -rv desdinclude/* $(PREFIX)/include
交叉編譯第二階段
編譯安裝glibc、重新編譯安裝binutils、完整編譯安裝gcc和編譯安裝gdb o "make install-cross-stage-two'，命令實現單步執行的第四步: install-cross-stage-two:cross-glibc cross-rebinutils cross-g++ cross-gdb
編譯安裝glibca glib。的安裝路徑特意選為$(PREFIX)，與gcc更好找到動態鏈接庫也有關系，選在$(SYSROOT)提示找不到crti.o; glibc已經不再支持i386; glibc對ARM等的處理器的支持主要通過glibc-ports包來實現;正確認識大小寫敏感(Case Sensitive)和大小寫不敏感(CaseInsensitive)系統，大小寫敏感問題主要影響到glibc，是交叉編譯glibc成功的關鍵:Cygwin幫助手冊中可知Cygwin是默認大小寫不敏感的n}，但是UNIX系統是大小寫敏感的，這也是Cygwin和UNIX類系統的一個區別。通過作者自行參考製作的glibc-2.11.2-cygwin.patch補T使glibc變為Case-Insensitive，此補丁主要是對大小寫敏感問題改名來實現。
交叉編譯過程中安裝的鏈接器，在安裝完Glibc以前都無法使用。也就是說這個配置的forced unwind支持測試會失敗，因為它依賴運行中的鏈接器。設置libc_ cvforced unwind=yes這個選項是為了通知configure支持force-unwind，而不需要進行測試。libc cv_c_cleanup=yes類似的，在configure腳本中使用libc_cv_c cleanup=yes，以便配置成跳過測試而支持C語言清理處理。
cross-glibc:glibc-$(GLIBC_V)
cd glibc-$(GLIBC_V)&&
patch -Np 1 –i...//glibc-2.11.2-cygwin.patch&&
cd..&&mkdir -p build/glibc&&
cd build/glibc&&
echo"libc cv_forcedes unwind=yes">config.cache&&
echo "libc cv_c_cleanup=yes">>config.cache&&
echo "libc cv_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)'/specs
arm-linux-gcc -mpspecs
sed -e 's@/lib(64)\?/ld@$(PREFTX)&@g' -e ,}/}}*cPP}$/{n;s,$，-isystem $(PREFIX)/include,}"
>$SPECS
echo "New specs file is: $SPECS"
unset SPECS
測試調整後工具鏈:
echo 'main(川』>mmy.c
arm-linux-gcc
-B/cross-root/arm-linux/lib mmy.c
readelf -1 a.out I grep』:/cross-roobarm-linux'
調整正確的輸出結果:
[Requesting program interpreter: /tools/lib/ld-linux.so.2j
一切正確後刪除測試程序:
rm -v mmy.c a.out
重新編譯binutils。指定--host,--build及--target，否則配置不成功，其config.guess識別能力不如gcc做的好。
cross-rebinutils: binutils-$(BINUTILS_V)
mkdir -p build/rebinutils&&
cd build/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 -v gcc/Makefile.in{,.orig}
sed 's@\./fixinc\.sh@-c true@'
gcc/Makefile.in.orig > gcc/Makefile.in
下面更改gcc的默認動態鏈接器的位置，使用已安裝在/cross-root/ann-linux目錄下的鏈接器，這樣確保在gcc真實的編譯過程中使用新的動態鏈接器。即在編譯過程中創建的所有
二進制文件，都會鏈接到新的glibc文件
for file in
$(find gcc/config -name linux64.h-o -name linux.h –o -name sysv4.h)
do cp -uv $file{,.orig}
sed -a 's@/lib(64)?(32)?/Id@/cross-root/arm-linux&@g』-e's@/usr@/cross-rootlarm-linux@g' $file.orig>$file echo『
#undef STANDARD INCLUDE DIR
#define STANDARD_ INCLUDE DIR "/cross-root/arm-linux/include"
#define STANDARD STARTFILE PREFIX 1 "/cross-root/arm-linux/lib"
#define STANDARD_ STARTFILE_ PREFIX_ 2」」』>>$file
touch $file.orig done
完整編譯安裝gcc。最好通過指定--libexecdir更改libexecdir到atm-linux目錄下。--with-local-prefix選項指定gcc本地包含文件的安裝路徑此處設為$$(PREFIX)，安裝後就會在內核頭文件的路徑下。路徑前指定$(Pwd)則以當前路徑為基點，不指定則默認以/home路徑為基點，這點要注意。
cross-g++:gcc-$(GCC-)
mkdir -p build/g十+&&cd build/g++&&
CC="$(TARGET)-gcc AR=$(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-$(GDB V)
mkdir -p build/gdb&&cd build/gdb&&
../../gdb-*/configure --prefix=$(SYSROOT)
--target=$(TARGET)--disable-werror&&
$(MAKE)-j$(PROCS)&&$(MAKE) install
「make clean」命令清除編譯生成的文件和創建解壓的文件夾
.PHONY:clean
dean:
rm -fr $(TEMP_PREFIX) build
binutils-$(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.c
arm-linux-gcc -o mmy.exe mmy.c
file mmy.exe
運行正常的結果:
mmy.exe: ELF 32-bit LSB executable, ARM, version 1,for GNU/Linux 2.6.22, dynamically linked (uses shared libs),not stripped.
8. 如何在android系統上執行c文件
本人使用mini6410開發了一個sqlite資料庫的程序，在mini6410的linux系統下已經能夠成功運行了。因為Android使用的也是linux內核，所以我想當然的認為按照同樣的方法將程序移植到mini6410的android系統中也可以成功運行，但是當我運行程序的時候卻提示我不能找到可執行文件（xlisten-arm是交叉編譯出來的可執行文件）： / # ./xlisten-arm /system/bin/sh: ./xlisten-arm: not found 1.探索： 在網上搜索起初認為可能是庫文件的不全導致的，於是在查看可執行文件xlisten-arm所需要的動態鏈接庫： 執行語句： # arm-linux-readelf -a ./xlisten-arm grep "Shared" 0x00000001 (NEEDED) Shared library: [libsqlite3.so.0] 0x00000001 (NEEDED) Shared library: [libm.so.6] 0x00000001 (NEEDED) Shared library: [libcrypt.so.1] 0x00000001 (NEEDED) Shared library: [libpthread.so.0] 0x00000001 (NEEDED) Shared library: [libdl.so.2] 0x00000001 (NEEDED) Shared library: [libc.so.6] 知道所需的動態鏈接庫後，到android文件系統中去照著寫庫文件，在目錄/system/lib 中，果然缺少相應的庫文件，於是認為找到了我問題的根源所在，在復制相應庫文件的時候為了保留原來的屬性，還特意用了 #cp -a filename dir 誰知將這些庫都添加進去以後，仍然無濟於事！ 看來不僅僅事庫文件缺失的問題了，而且一般來說，如果真的是因為缺少庫文件而導致的問題，終端會提示我們鏈接某庫文件時沒有找到該庫文件。 2.正確的解決方法： 將程序編譯的時候選擇靜態編譯，即使用選項 -static 我是對Makefile文件中的CFLAG變數進行修改 CFLAGS = -Wall 改為; CFLAGS = -Wall -static 然而此時又出現問題了: undefined reference to `pthread_mutex_*' undefined reference to `dl*' 提示沒有定義這些函數，於是在包含的庫文件中添加了這兩個庫文件 在Makefile中，修改LIBS變數; LIBS = -lsqlite3 -lm -lcrypt 改為： LIBS = -lsqlite3 -lm -lcrypt -lpthread -ldl 然後進行交叉編譯，成功了！ 編譯出來的可執行文件比較大，因為事靜態編譯的，我的有2M多， 拷貝到開發板的andriod系統中， 修改許可權： #chmod 777 xlisten-arm 執行： / # ./xlisten-arm OK!能夠正確的執行了！
9. 如何建立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
10. andriod系統里怎麼使用readelf命令
readelf <option(s)> elf-file(s)
[功能]
用於顯示elf格式文件的信息。
[描述]
readelf用來顯示一個或者多個elf格式的目標文件的信息，可以通過它的選項來控制顯示哪些信息。這里的elf-file(s)就表示那些被檢查的文件。可以支持32位，64位的elf格式文件，也支持包含elf文件的文檔（這里一般指的是使用ar命令將一些elf文件打包之後生成的例如lib*.a之類的「靜態庫」文件）。
這個程序和objmp提供的功能類似，但是它顯示的信息更為具體，並且它不依賴BFD庫(BFD庫是一個GNU項目，它的目標就是希望通過一種統一的介面來處理不同的目標文件)，所以即使BFD庫有什麼bug存在的話也不會影響到readelf程序。
運行readelf的時候，除了-v和-H之外，其它的選項必須有一個被指定。
ELF文件類型：
種類型的ELF文件：
a)可重定位文件:用戶和其他目標文件一起創建可執行文件或者共享目標文件,例如lib*.a文件。
b)可執行文件：用於生成進程映像，載入內存執行,例如編譯好的可執行文件a.out。
c)共享目標文件：用於和其他共享目標文件或者可重定位文件一起生成elf目標文件或者和執行文件一起創建進程映像，例如lib*.so文件。
ELF文件作用：
ELF文件參與程序的連接(建立一個程序)和程序的執行(運行一個程序)，所以可以從不同的角度來看待elf格式的文件：
a)如果用於編譯和鏈接（可重定位文件），則編譯器和鏈接器將把elf文件看作是節頭表描述的節的集合,程序頭表可選。
b)如果用於載入執行（可執行文件），則載入器則將把elf文件看作是程序頭表描述的段的集合，一個段可能包含多個節，節頭表可選。
c)如果是共享文件，則兩者都含有。
ELF文件總體組成：
elf文件頭描述elf文件的總體信息。包括：
系統相關，類型相關，載入相關，鏈接相關。
系統相關表示：elf文件標識的魔術數，以及硬體和平台等相關信息，增加了elf文件的移植性,使交叉編譯成為可能。
類型相關就是前面說的那個類型。
載入相關：包括程序頭表相關信息。
鏈接相關：節頭表相關信息。
項(分別以長格式和短格式給出了)：
-a
--all 顯示全部信息,等價於 -h -l -S -s -r -d -V -A -I.
-h
--file-header 顯示elf文件開始的文件頭信息.
-l
--program-headers
--segments 顯示程序頭（段頭）信息(如果有的話)。
-S
--section-headers
--sections 顯示節頭信息(如果有的話)。
-g
--section-groups 顯示節組信息(如果有的話)。
-t
--section-details 顯示節的詳細信息(-S的)。
-s
--syms
--symbols 顯示符號表段中的項（如果有的話）。
-e
--headers 顯示全部頭信息，等價於: -h -l -S
-n
--notes 顯示note段（內核注釋）的信息。
-r
--relocs 顯示可重定位段的信息。
-u
--unwind 顯示unwind段信息。當前只支持IA64 ELF的unwind段信息。
-d
--dynamic 顯示動態段的信息。
-V
--version-info 顯示版本段的信息。
-A
--arch-specific 顯示CPU構架信息。
-D
--use-dynamic 使用動態段中的符號表顯示符號，而不是使用符號段。
-x <number or name>
--hex-mp=<number or name> 以16進制方式顯示指定段內內容。number指定段表中段的索引,或字元串指定文件中的段名。
-w[liaprmfFsoR] or
--debug-mp[=line,=info,=abbrev,=pubnames,=aranges,=macro,=frames,=frames-interp,=str,=loc,=Ranges]
顯示調試段中指定的內容。
-I
--histogram 顯示符號的時候，顯示bucket list長度的柱狀圖。
-v
--version 顯示readelf的版本信息。
-H
--help 顯示readelf所支持的命令行選項。
-W
--wide 寬行輸出。
@file 可以將選項集中到一個文件中，然後使用這個@file選項載入。
[舉例]
先給出如下例子：
1,對於可執行文件形式的elf格式文件：
1)查看可執行程序的源代碼如下：
[quietheart@lv-k cppDemo]$ cat main.cpp
#include <iostream>
using std::cout;
using std::endl;
void my_print();
int main(int argc, char *argv[])
{
my_print();
cout<<"hello!"<<endl;
return 0;
}
void my_print()
{
cout<<"print!"<<endl;
}
2)編譯如下：
[quietheart@lv-k cppDemo]$ g++ main.cpp -o main
[quietheart@lv-k cppDemo]$ g++ -g main.cpp -o main.debug
3)編譯之後，查看生成的文件：
[quietheart@lv-k cppDemo]$ ls -l
總計 64
-rwxr-xr-x 1 quietheart quietheart 6700 07-07 18:04 main
-rw-r--r-- 1 quietheart quietheart 201 07-07 18:02 main.cpp
-rwxr-xr-x 1 quietheart quietheart 38932 07-07 18:04 main.debug
這里，main.debug是帶有調試信息的可執行文件，main是一般的可執行文件。
2,對於庫文件形式的elf格式文件：
1)查看庫的源代碼如下：
//myfile.h
#ifndef __MYFILE_H
#define __MYFILE_H
void printInfo();
#endif
//myfile.cpp
#include "myfile.h"
#include <iostream>
using std::cout;
using std::endl;
void printInfo()
{
cout<<"hello"<<endl;
}
2)編譯如下：
[quietheart@lv-k bak]$ g++ -c myfile.cpp
[quietheart@lv-k bak]$ g++ -shared -fPCI -o libmy.so myfile.o
[quietheart@lv-k bak]$ ar -r libmy.a myfile.o
ar: creating libmy.a
3)編譯之後，查看生成的文件：
[quietheart@lv-k bak]$ ls -l
總計 44
-rw-r--r-- 1 quietheart quietheart 2154 07-08 16:14 libmy.a
-rwxr-xr-x 1 quietheart quietheart 5707 07-08 16:08 libmy.so
-rwxr-xr-x 1 quietheart quietheart 117 07-08 16:06 myfile.cpp
-rwxr-xr-x 1 quietheart quietheart 63 07-08 16:08 myfile.h
-rw-r--r-- 1 quietheart quietheart 2004 07-08 16:08 myfile.o
libmy.a libmy.so myfile.cpp myfile.h myfile.o
這里，分別生成目標文件myfile.o，共享庫文件libmy.so，和靜態庫文件libmy.a。