編譯armgcc
一、下載源文件
源代碼文件及其版本：
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
『貳』 gcc鍜宎rmcc緙栬瘧鏁堢巼
鏍規嵁CSDN瀹樼綉鏌ヨgcc鍜宎rmcc鐨勭紪璇戞晥鐜囩ず渚嬪緱鐭ャ
1銆佺ず渚嬩腑鍦╩0涓婂仛浜嗕竴涓瀹為獙錛屼嬌鐢ㄥ悓鏍風殑浠ｇ爜瑙﹀彂pendsv涓鏂錛宎rmcc鐨勫搷搴旀椂闂翠負68clocks錛実cc鐨勫搷搴旀椂闂翠負78clocks銆
2銆佸ぇ鐨勬搷浣滅郴緇燂紝gcc寮婧愬彲鎺у厤璐逛嬌鐢ㄥ箍娉涳紝鍙緙栬瘧鍑烘潵鐨勬眹緙栦唬鐮侊紝娌℃湁armcc鐨勭簿綆銆傚逛簬瀹炴椂鎬ц佹眰寰堥珮鐨勬搷浣滅郴緇燂紝榪樻槸閫夋嫨armcc姣旇緝鍚堥傦紝鉶界劧armcc涓嶅紑婧愶紝涓嶅厤璐癸紝涓嶅彲鎺э紝浣嗘槸浠ｇ爜鎵ц屾晥鐜囨洿楂樸
『叄』 深度linux的arm-linux-gnueabihf-gcc編譯參數如何配
一般來說，交叉編譯工具是用於在一種架構的主機（例如x86）上，編譯另一種主機（例如arm）運行的程序，在這個編譯期間，需要用到的頭文件/庫，往往需要從一個叫目標文件系統（sysroot）的路徑開始查找。
sysroot里包含usr，lib，usr/lib usr/include等文件夾結構和必要的頭文件和庫，你理解為目標機器上的整個文件系統，搬到你這台電腦上，然後作為一個文件夾存在。
交叉編譯原則上不能用主機（host）的頭文件，
這首先是因為編譯器在查找頭文件的相對路徑時，交叉編譯器會配置為查找目標平台架構的位置，和主機的gcc不一樣，這也是為什麼它去arm-linux-gnueabihf這個目錄去尋找的原因。
其次主機和目標機的系統版本有差異，再加上處理器架構的差異，往往有很多兼容性問題，甚至有難以解決的編譯錯誤。
如果一定要用本機的頭文件系統來湊合，那麼需要把所有的-I都列出來，即不僅需要-I/usr/include，還需要-I/usr/include/xxx，甚至要創建一些文件夾的符號鏈接指向你主機的這些頭文件文件夾。即使這些，往往也未必成功，有些頭文件不同的系統架構，會不完全一樣甚至缺失。
交叉編譯一般無法使用主機的庫（so）文件
主機和目標機往往架構不同，庫完全不能使用
可能遇到主機和目標機架構相同的情況，比如你在intel64上編譯一套運行在intel64位手機的程序，但是庫兼容性的問題仍然存在。
最後結論：你這個問題，如果你是為了另一套機器（比如arm開發板編譯），那麼需要搞一套目標機的文件系統才能順利編譯。
對了，目標文件系統需要編譯了python和dev頭文件/庫，好多嵌入式設備裁剪的很厲害，都不用python。
『肆』 Ubuntu14.04 用arm-linux-gcc 4.4.3 配置交叉編譯環境問題
安裝步驟
1、將壓縮包arm-linux-gcc-4.4.3.tar.gz存放在一個目錄下，這個目錄就是你等會解壓縮的目錄，以後這個目錄就不能隨便刪掉了
『伍』 arm 的 gcc 編譯問題。
這個問題是因為，SDL重新定義了main函數，在SDL_main.h裡面，有
#define main SDL_main
語句，將main函數重新定義為SDL_main。
解決辦法是，在gcc編譯時，加入_Dmain = SDL_main，告訴編譯器真正的main函數即可。
至於gcc的選項，凡是-l開頭的，都是指定連接的庫文件。其它的選項，你查看gcc的幫助，裡面有詳盡的說明。
『陸』 arm linux gcc怎麼編譯
1
gcc
-g
test_gdb.c
-o
test_gdb
只有加入選項-g才能被gdb調試。
使用quit命令，輸入：
quit
即可。
list：顯示10源代碼，再次輸入該命令顯示接下來的10行。
list1,10:顯示從第一行到第10行的代碼。
在gdb中最簡單的設置方式是：break
行號
在這一行設置斷點。比如break9
會在代碼的第9行設置斷點。當程序執行到第9行會自動暫停，此時，第9行代碼還未執行。
你也可以使用：break
函數名
的方式在某個函數處設置斷點，程序運行到這個函數內的第一條語句處會自動暫停。
使用命令：clear
行號
即可刪除。
兩種命令：next和step。兩者均可以一句一句的查看語句。但不同的是，next命令將函數調用看作一條語句，而step則會進入函數，一步步的執行函數內的代碼。
輸入命令：continue。它可以讓程序繼續運行，直到程序運行完畢或者遇到下一個斷點為止。
11.當程序在斷點處暫停執行時，如何查看當前變數的值？
使用print命令。
這時我總結的linux
gdb，希望對你有幫助
『柒』 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網上有許多產品團購,便宜有口碑