编译工具链包括

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、交叉编译例子：