編譯工具鏈包括

1. 什麼是交叉編譯工具鏈

內核不同就需要交叉編譯。簡單的說,就是在一個平台上生成另一個平台上的可執行代碼;

2. 什麼是工具鏈

機器上。兩個機子有不同的機器指令。
工具鏈：可能指編譯、匯編、鏈接等一整套工具。

下面摘錄一段：
DIY自己的GNU交叉工具鏈(i386-arm)
嵌入式設備由於不具備一定的處理器能力和存儲空間，程序開發一般用PC來完成，然後將可執行文件下載到嵌入式系統中運行。這是目前嵌入式程序開發的不二選擇——Host/target模式。但這引發了一個問題：由於Host和Target的處理器體系結構不同，我們不能直接用PC上既有的程序開發工具，必須使用跨平台開發工具，即在Host上生成能在Target上運行格式的目標文件。

與在PC上進行程序開發類似，嵌入式系統開發也需要編譯器、鏈接器、解釋程序等。本文討論GNU跨平台開發工具鏈的建立，包括: ld, gas, ar, gcc, glibc.

自己建立交叉編譯環境是一件很頭疼的事(處理版本的依賴性, 漫長的編譯過程...)，如果你不想經歷這樣的痛苦,可以選擇網上編譯好了的工具鏈進行安裝.如果你用的是Debian/Ubuntu的發行版, 推薦使用Emdebian. 如果使用uClinux, 也可安裝arm-elf-tools.

關於Emdebian和arm-elf-tools的更多介紹, 情看本blog的這篇文章!

3. 交叉工具鏈的工具鏈的構建方法

通常構建交叉工具鏈有如下三種方法：
方法一 分步編譯和安裝交叉編譯工具鏈所需要的庫和源代碼，最終生成交叉編譯工具鏈。該方法相對比較困難，適合想深入學習構建交叉工具鏈的讀者。如果只是想使用交叉工具鏈，建議使用下列的方法二構建交叉工具鏈。
方法二 通過Crosstool腳本工具來實現一次編譯，生成交叉編譯工具鏈，該方法相對於方法一要簡單許多，並且出錯的機會也非常少，建議大多數情況下使用該方法構建交叉編譯工具鏈。
方法三 直接通過網上下載已經製作好的交叉編譯工具鏈。該方法的優點不用多說，當然是簡單省事，但該方法有一定的弊端就是局限性太大，因為畢竟是別人構建好的，也就是固定的，沒有靈活性，所以構建所用的庫以及編譯器的版本也許並不適合你要編譯的程序，同時也許會在使用時出現許多莫名其妙的錯誤，建議讀者慎用此方法。
下面摘錄一段：
DIY自己的GNU交叉工具鏈(i386-arm)
嵌入式設備由於不具備一定的處理器能力和存儲空間，程序開發一般用PC來完成，然後將可執行文件下載到嵌入式系統中運行。這是嵌入式程序開發的不二選擇——Host/target模式。但這引發了一個問題：由於Host和Target的處理器體系結構不同，我們不能直接用PC上既有的程序開發工具，必須使用跨平台開發工具，即在Host上生成能在Target上運行格式的目標文件。
與在PC上進行程序開發類似，嵌入式系統開發也需要編譯器、鏈接器、解釋程序等。本文討論GNU跨平台開發工具鏈的建立，包括: ld, gas, ar, gcc, glibc.
自己建立交叉編譯環境是一件很頭疼的事(處理版本的依賴性, 漫長的編譯過程...)，如果你不想經歷這樣的痛苦,可以選擇網上編譯好了的工具鏈進行安裝.如果你用的是Debian/Ubuntu的發行版, 推薦使用Emdebian. 如果使用uClinux, 也可安裝arm-elf-tools.

4. 交叉編譯環境包括哪些工具，它的作用是什麼

首先你要知道一個軟體可能需要在多個CPU架構的平台上運行，如ARM架構，X86架構等等。
假設你要開發一個軟體目標平台是ARM，那麼你可以選擇在PC上，即X86平台上進行開發，然後使用交叉編譯工具把軟體編譯成ARM架構版本，然後才能在ARM上運行，如果只是用一般的編譯工具鏈，那麼只能編譯在當前平台上運行。
至於編譯工具鏈有哪些，具體要看你的開發平台和目標平台，會對應不同的編譯工具。

5. NDK交叉編譯之自定義工具鏈

首先上官方文檔
https://developer.android.com/ndk/guides/standalone_toolchain.html
可以自定義工具鏈進行交叉編譯

1.對不同的指令集APP_ABI設置

2.工具鏈和相應的值，使用--arch

3.工具鏈和相應的值，使用--toolchain

主機工具鏈和相應的值，使用-system

自定義

上面演示的僅僅是單一的arm工具鏈
可以根據自己的需要獨立配置
不過相應的arch和對應的toolchain要對應

可以寫個Shell腳本處理make_toolchain.sh
在開頭配置好相應的路徑，和platform即可

運行

交叉編譯的工具鏈配置完成，方便後續進行交叉編譯

6. 關於交叉編譯工具鏈的問題

核心轉儲是崩潰報告的一個過程，他只是把當前崩潰的信息轉存出來方便差錯。而且這個核心轉儲幾個字也不過是個提示輸出信息。這個提示不會給與任何與錯誤相關的內容，必須看其他的錯誤信息或者他轉儲出來的東西來分析。
不過核心轉儲，應該是程序運行出錯而崩潰。這種問題出現在你正在運行的程序，而不是編譯過程出現的編譯錯誤（也就是說，出現核心轉儲應該就是 GCC 或者他調用的程序自己崩潰了）。出現這個問題的原因很多。

如果是因為沒有找到某些 header 文件，不應該是核心轉儲錯誤，而是編譯器或者某個過程提示錯誤信息後退出，他會輸出錯誤信息告訴你問題所在。

至於你編譯的這些東西版本都比較老，我建議還是嘗試降級整個系統來編譯、運行你現在的這些東西。或者升級你這個交叉編譯工具鏈到當前主流的版本來用。

至於交叉工具連當中的 GCC 和你當前本機的 GCC，完全是兩個互相獨立的 GCC 。
只是他們編譯輸出的二進製程序針對的指令集不同而已。相對的 binutils 和 glibc 和 kernel-header 都是一樣的意思，針對目標而輸出的相關程序。當然 glibc 和 kernel-header 主要是以「數據」方式存在，gcc 和 binutils 主要是以可以運行的程序方式存在（當然不是絕對的，比如 gcc 還會提供幾個 lib 相關的內容，不過大部分情況下你可以這么理解更直觀了解他們的作用）。
一般說來 GCC 是編譯器，binutils 是連接器，glibc 是標准 C 庫（主要是連接時，連接器必須有目標的函數庫文件，也就是 .so 文件，對應 Windows 是 .dll 文件。連接器把函數調用正確的掛接到對應的函數入口上）。linux header 就是 C 語言常見的 C header 文件和相關的開發數據。一般主要用來編譯 glibc ，glibc 作為中間層來提供內核相關調用。當然程序有些時候也會直接調用內核函數，這樣這些程序在編譯時也需要 kernel 的 header 。

這兩套東西一個輸出你當前 PC 的程序，一個輸出 ARM 的程序。兩個 GCC 套裝之間不能互相替換。只能自己輸出屬於自己的程序。
但是這兩套程序雖然輸出的程序不同，但可以運行的部分，卻都是在你的計算機上運行。而且你本機的 GCC 因為可以輸出本機的程序。所以你需要用他來輸出在你本機運行，但是卻輸出 ARM 程序的 GCC 套裝。

這就好比兩個錘子，一個錘子用來打鐵，一個錘子用來打錫。用途不同，但這兩個錘子都是鐵做的。
你作這個交叉編譯工具鏈，就是用你手裡已經有的打鐵的錘子，打出一個用鐵製作的用來打錫的錘子。這個打錫的錘子是不能打鐵的，同樣這個打鐵的錘子是不能用來打錫的。

7. 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。

8. 如何制定android交叉編譯工具鏈

經常搞嵌入式開發的朋友對於交叉編譯環境應該並不陌生，說白了，就是一組運行在x86 PC機的編譯工具，可以讓你在PC機上編譯出目標平台（例如ARM）可識別的二進制文件。Android平台也提供了這樣的交叉編譯工具鏈，就放在Android的NDK開發包的toolchains目錄下，因此，我們的Makefile文件中，只需給出相應的編譯工具即可。
廢話就先說到這，直接上例子，我們目標是把下面這個math.c文件編譯成一個靜態庫文件：
#include <stdio.h>
int add( int a , int b ) {
return a+b;
}
你需要編寫一個Makefile文件，這里假設你的Android ndk被安裝在 /opt/android/ndk 目錄下，當然，你可以根據自己的實際情況修改Makefile中相關路徑的定義，Makefile文件示例如下：
# Makefile Written by ticktick
# Show how to cross-compile c/c++ code for android platform
.PHONY: clean
NDKROOT=/opt/android/ndk
PLATFORM=$(NDKROOT)/platforms/android-14/arch-arm
CROSS_COMPILE=$(NDKROOT)/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-
CC=$(CROSS_COMPILE)gcc
AR=$(CROSS_COMPILE)ar
LD=$(CROSS_COMPILE)ld
CFLAGS = -I$(PWD) -I$(PLATFORM)/usr/include -Wall -O2 -fPIC -DANDROID -DHAVE_PTHREAD -mfpu=neon -mfloat-abi=softfp
LDFLAGS =
TARGET = libmath.a
SRCS = $(wildcard *.c)
OBJS = $(SRCS:.c=.o)
all: $(OBJS)
$(AR) -rc $(TARGET) $(OBJS)
clean:
rm -f *.o *.a *.so
這里不講Makefile文件的基本原理，只說明一下針對Android環境的Makefile文件編寫的注意事項。
（1） CROSS_COMPILE
必須正確給出Android NDK編譯工具鏈的路徑，當在目錄中執行make命令的時候，編譯系統會根據 CROSS_COMPILE 前綴尋找對應的編譯命令。
（2） -I$(PLATFORM)/usr/include
由於Android平台沒有使用傳統的c語言庫libc，而是自己編寫了一套更加高效更適合嵌入式平台的c語言庫，所以系統頭文件目錄不能再使用默認的路徑，必須直到Android平台的頭文件目錄
（3） -Wall -O2 -fPIC -DANDROID -DHAVE_PTHREAD -mfpu=neon -mfloat-abi=softfp
這些參數的意義網上基本上都有介紹，我就不一一解釋了，並不都是必須添加的，但比較常用。
編譯方法：
寫好makefile文件，並且保存之後，就可以直接在當前目錄下執行make命令，編譯完成後，當前目錄下會生成 libmath.a ，即可直接拿到Android的jni工程中和使用了。

9. liunx下編譯的工具鏈有什麼作用

工具鏈指的是開發中要用到的一系列的工具，包括GCC，GDB、BinUtils等起到鑲嵌作用等

10. QtCreator配置交叉編譯工具鏈

環境：ubuntu16.04桌面環境。

說明：使用ubuntu16.04桌面環境，安裝QtCreator之後，再利用QtCreator開發QT5 GUI程序，如果編譯的程序要運行在arm linux嵌入式系統中，則必須配置交叉編譯工具鏈。

主要配置內容：調試器、編譯器、QT版本。

1、打開工具，點擊選項。

2、選擇選項中的構建與運行，概要界面。

3、構建套件（kit）界面。

4、Qt Versions界面。

5、編譯器界面。

6、Debuggers界面。

7、Qbs界面。

8、交叉編譯例子：