編譯鏈種類
編譯工具鏈一般最簡化的為 binutils + gcc + glibc + kernel-header 組合的環境。
GCC 就是編譯器，他的輸出每次安裝只能有針對一個架構的指令輸出。如果要多個架構輸出，那就要裝多個 GCC ，所以編譯工具鏈裡面會有一個 GCC 。
交叉編譯就是跨架構編譯，編譯出來的程序不能在本機執行（當然有例外情況）。所以這個時候就需要交叉編譯工具鏈。
工具鏈光有 GCC 是不行的，還需要一個 binutils 的二進制連接器，以及一個最基本的目標架構的 C 庫，C 庫還需要一個目標架構的內核源代碼才能完全工作（當然不是必須的，但編譯有的時候需要）
又因為 GCC 、binutils 不能實現單軟體同時多架構輸出，所以需要單獨另裝，又加上 C 庫和內核頭文件需要目標架構的東西而不能用本機本地架構的數據。
所以一個交叉編譯工具鏈就是針對目標架構准備的單獨安裝單獨使用的 binutils + gcc + glibc + kernel-header 的集合了。
PS：這個 kernel-header 並不一定就是 Linux ，他還可以是別的系統核心開發庫，比如 FreeBSD 。
『貳』 LINUX交叉編譯工具鏈和GCC是什麼關系啊
編譯工具鏈一般最簡化的為
binutils
+
gcc
+
glibc
+
kernel-header
組合的環境。
GCC
就是編譯器，他的輸出每次安裝只能有針對一個架構的指令輸出。如果要多個架構輸出，那就要裝多個
GCC
，所以編譯工具鏈裡面會有一個
GCC
。
交叉編譯就是跨架構編譯，編譯出來的程序不能在本機執行(當然有例外情況)。所以這個時候就需要交叉編譯工具鏈。
工具鏈光有
GCC
是不行的，還需要一個
binutils
的二進制連接器，以及一個最基本的目標架構的
C
庫，C
庫還需要一個目標架構的內核源代碼才能完全工作(當然不是必須的，但編譯有的時候需要)
又因為
GCC
、binutils
不能實現單軟體同時多架構輸出，所以需要單獨另裝，又加上
C
庫和內核頭文件需要目標架構的東西而不能用本機本地架構的數據。
所以一個交叉編譯工具鏈就是針對目標架構准備的單獨安裝單獨使用的
binutils
+
gcc
+
glibc
+
kernel-header
的集合了。
PS:這個
kernel-header
並不一定就是
Linux
，他還可以是別的系統核心開發庫，比如
FreeBSD
。
『叄』 關於Linux上的arm-linux交叉編譯工具鏈的問題：但是arm也有很多種啊！ 這個工具是對所有的ARM都支持嗎
由於交叉編譯器中每個組件都有各自的版本，所以可以使用不同版本的組件來製作交叉編譯器。但是，組件之間會因版本不匹配的問題而產生錯誤。為了避免這種麻煩，建議直接使用製作好的arm-linux交叉編譯器。你優化arm9，應該是想升級內核吧，升級內核有相應的命令的。
『肆』 LINUX交叉編譯工具鏈和GCC是什麼關系啊
編譯工具鏈一般最簡化的為
binutils
+
gcc
+
glibc
+
kernel-header
組合的環境。
GCC
就是編譯器，他的輸出每次安裝只能有針對一個架構的指令輸出。如果要多個架構輸出，那就要裝多個
GCC
，所以編譯工具鏈裡面會有一個
GCC
。
交叉編譯就是跨架構編譯，編譯出來的程序不能在本機執行（當然有例外情況）。所以這個時候就需要交叉編譯工具鏈。
工具鏈光有
GCC
是不行的，還需要一個
binutils
的二進制連接器，以及一個最基本的目標架構的
C
庫，C
庫還需要一個目標架構的內核源代碼才能完全工作（當然不是必須的，但編譯有的時候需要）
又因為
GCC
、binutils
不能實現單軟體同時多架構輸出，所以需要單獨另裝，又加上
C
庫和內核頭文件需要目標架構的東西而不能用本機本地架構的數據。
所以一個交叉編譯工具鏈就是針對目標架構准備的單獨安裝單獨使用的
binutils
+
gcc
+
glibc
+
kernel-header
的集合了。
PS：這個
kernel-header
並不一定就是
Linux
，他還可以是別的系統核心開發庫，比如
FreeBSD
。
『伍』 什麼是區塊鏈它是怎麼誕生的區塊鏈的類型有哪些
想要了解區塊鏈，就必須先了解程序的基礎結構。我們在互聯網看到的一切，都是通過計算機語言構建而成，計算機語言有很多種，但構成語言最基本的字元就是代碼，而區塊鏈技術是代碼應用的一種方式，與傳統中心化模式不同的是，區塊鏈具有不可篡改、私密性、安全性、以及共識等特性。
區塊鏈的應用場景有很多，迄今為止最成功的案例就是比特幣，其次是電子發票、跨境支付等，基於數據的互通性、不可篡改等特性，它還可以用來保存一些重要的數據，只要這些數據應用了區塊鏈技術作為底層技術，那麼就永遠無法銷毀，永遠保存下來，任何人或機構都沒有能力修改或刪除。除此之外，區塊款與教育、醫療、徵信、汽車、交通等領域都存在一定的交叉，它是一種技術，並非某種產品，所以它的類型只有一種，但隨著應用場景的變化，它發揮出的作用也是不同的，幾乎可以與任何領域的現有場景進行融合，然後衍生出其他應用。
『陸』 AT91SAM9G45使用什麼編譯鏈
簡答：
1.「編譯鏈」
你說的：編譯鏈
據我所知：是不妥的叫法
正確的叫法是：交叉工具鏈
也常叫做：交叉編譯器
2.關於交叉工具鏈/交叉編譯器
首先，你需要先搞懂，什麼是交叉工具鏈
詳見：
交叉編譯詳解
3.給定一個CPU/MCU/SoC，如何確定其所用的交叉工具鏈？
主要邏輯是：
確定該CPU/MCU/SoC所用的CPU內核
然後根據對應的CPU內核，去找其對應的，可用的交叉工具鏈。
針對你這里的：AT91SAM9G45
隨便去用google搜了下：
AT91SAM9G45
而找到：
AT91SAM9G45 – ARM926-based eMPU
可知：
是基於ARM926的內核的。
所以：
去找，支持ARM926內核的，交叉工具鏈，即可。
進一步的，通過：
ARM926 處理器
知道了：
ARM926的內核架構是ARMv5TEJ
所以：
去找，
支持ARMv5的交叉編譯器
或者是支持ARMv5TEJ的交叉編譯器
也就支持了ARM926
也就支持了你的：AT91SAM9G45
4.在哪裡可以得到，下載到所需要的交叉工具鏈？
關於此問題，之前教程已經解釋的足夠詳細了。
詳見：
如何得到交叉編譯器
對於你此處的，所需要的：
支持ARM926內核的，交叉工具鏈
去幫你找找：
找到一些：
找到的支持ARMv5或ARMv5TEJ或ARM926或AT91SAM9G45的交叉編譯器
1.這里：
Distcc Cross-Compiling
也有你要的，直接編譯好的，你可以直接下載試用的：
（支持了armv5的arm-unknown-linux-gnueabi）
ARMv5tesoft
http://archlinuxarm.org/builder/xtools/x-tools.tar.xz
詳解：
專門寫帖子：
【問題解答】AT91SAM9G45使用什麼編譯鏈？
給你極其詳盡的解釋：
原理，邏輯，如何找，怎麼找，並且給你找了不止一個。
註：這里不能貼地址，自己google搜標題即可。
『柒』 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
。
方法2:用Crosstool工具構建交叉工具鏈（推薦）
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來生成試驗箱上的程序了！
『捌』 c++ 編譯 鏈接是怎麼回事
compile和link是大多數語言從原代碼生成可執行程序的兩個步驟。
之所有有這兩個步驟因為幾乎任何一個程序都不是用一個原文件寫出來的。compile是先針對單獨原文件進行處理。link是把compile處理的結果組合成一個完整的可執行文件。
其實C/C++完全也可以一步成型，不需要compile和link兩個步驟，但是那樣的後果就是：一，每次生成可執行程序，必須翻譯全部源代碼；二，C語言的執行庫（printf, scanf這些）必須都以源代碼形式存在。這怎麼樣也說不過去吧。
另外頭文件不屬於compile和link過程，頭文件是預編譯過程的文件。
C/C++語言的完整編譯過程是
一、預編譯
處理#define #if #include這類#開頭的語句，這些稱為預編譯指令。這個過程中會把.h文件和.c/.cpp文件組合成最終交給compile過程的原文件。這個原文件是不包含任何#開頭的語句的。所有#define定義的宏也會被替換。
二、編譯
把上面那個原文件編譯成.o或者VC里是.obj文件。這個文件保存了機器碼化的函數、函數的描述、全局變數的描述、乃至段的描述等等。
三、連接
把可執行程序需要的所有的編譯過程產生的.o或者.obj文件組合到一起。（這里也包括.lib文件，.lib文件件本質上就是打包的.obj文件集合）。另外連接過程還會組合一些其他數據，比如資源、可執行文件頭等等。