本文以Samsung S3C2440处理器为例，介绍使用crosstool-ng制作交叉编译链时该如何针对特定的目标CPU进行配置。一般来说，常用的CPU架构都有至少一个现成的示例配置文件，对于S3C2440来说，一般选用arm-unknown-linux-gnueabi，下面就以这个示例配置为基础进行修改。
crosstool-ng版本为1.22.0。
Paths and misc options
这部分是crosstool-ng本身的配置，目的是为了提高编译效率与工作效率，具有通用性，在制作不同交叉编译链时都是一样的。
重要配置参数如下：
1 | (4) Number of parallel jobs |
将此值设置为所需线程数即可，一般设置为CPU线程数（对于支持超线程的CPU来说就是核心数 * 2）。
此处的多线程参数，crosstool-ng内部是将其传给
make的-j参数实现的，如：make -j4
1 | [*] Debug crosstool-NG |
开启逐步编译功能，如果编译过程出错，只要找到最后成功的那一步，使用如下命令即可恢复编译：
1 | ct-ng <last_successful_step>+ |
关于此功能的详细用法参考这里。此外，crosstool-ng还可以实现出错时不立刻退出，即Interactive shell on failed commands，在此不多做说明，可参考这里的说明。
1 | (${CT_TOP_DIR}/.build) Working directory |
分别是值工作路径、源码包保存路径及目标安装路径。
工作路径：编译时生成的所有文件都放在这里面，一般使用默认配置即可；
源码包保存路径：所需各模块的源码包存放路径，如果之前下载好了可以直接放到这个路径中，如果没有的话crosstool-ng会自动下载。一般将此路径改为工作目录下的./src/目录；
目标安装路径：生成的交叉编译链存放的路径，改为需要路径，一般也放在当前工作目录下。
Target options
重要配置参数如下：
1 | [*] Use the MMU |
是否使用MMU，S3C2440有MMU。
1 | Endianness: (Little endian) |
字节序，S3C2440为小端，大部分ARM处理器均为小端。
1 | Bitness: (32-bit) |
CPU运算位数，S3C2440为32 bit，最新型号的ARM Cortex-A处理器为64 bit。
1 | (arm920t) Emit assembly for CPU |
目标CPU核心名称，对应GCC中的-mcpu参数。对于S3C2440来说，其ARM核为ARM920T。设置了这个参数后，Architecture level及Tune for CPU这两个选项就会自动消失。关于这个问题，参考我的另一篇博客文章：GCC中-march、-mtune、-mcpu三个参数的设置。
1 | Floating point: (software (no FPU)) |
与FPU相关配置，S3C2440没有FPU，如果有FPU的话，按实际情况设置即可，其中Use specific FPU对应GCC中的-mfpu参数，可以指定所用的FPU的类型。
配置好的界面：
Toolchain options
重要配置参数如下：
1 | [ ] Build Static Toolchain |
构建静态链接的交叉编译链，这里的静态链接是指交叉编译链本身，不是它编译出来的文件。这个主要是用于需要发布交叉编译链时，如果其他主机没有所需版本的系统库，使用动态链接就会出错，这是就需要使用静态链接。不过静态链接会增大生成的可执行文件的体积，这里只考虑在本机上用，故不选择这个选项。
1 | (gmf20160615) Toolchain ID string |
可以自定义一个版本号，接在标准默认版本号的后面。
1 | (s3c2440) Tuple's vendor string |
指定交叉编译链标准命名arch-vendor-kernel-system中的第二部分vendor。
配置好的界面：
Operating System
重要配置参数如下：
1 | Target OS (linux) |
目标系统，可以选择bare-metal或linux。
编译Bootloader时严格来说是该选择bare-metal的，不过这样编译Bootloader和编译其他应用就要选用两套不同的交叉编译链，使用起来不是很方便。实际上使用针对linux的交叉编译链来编译Bootloader也是可以的，而编译Kernel时必须选择linux，故此处一般都选择linux。相关说明如下：
You probably want to say ‘y’ here if you plan to use your compiler to build bootloaders. It is not yet suitable to build Linux kernels, though, because the APCI stuff relies on the target C library headers being available?!?!…
1 | Linux kernel version (4.3 (mainline)) |
Linux kernel版本，可以从列表中选择，也可以自定义一个tar包，自定义tar包的版本有何要求之后再来研究。
1 | [*] Build shared libraries |
是否编译共享库，编译Linux应用时不需要，不过编译Bootloader和Linux kernel等东西时需要，为了保证通用性，一般选上这个。
配置好的界面：
Binary utilities
使用默认配置，重要配置参数如下：
1 | Binary format: (ELF) |
生成的二进制文件的格式，当Target options中选择了MMU后，此处只能选择ELF格式；若没有MMU，此处一般选择Flat格式。
1 | [*] Show Linaro versions |
选择是否使用Linaro binutils，这是另一套binutils，专为ARM架构做过优化，相关说明：
Linaro is maintaining some advanced/more stable/experimental versions of binutils, especially for the ARM architecture. Those versions have not been blessed by the binutils comunity (nor have they been cursed either!), but they look to be pretty much stable, and even more stable than the upstream versions. YMMV…
Linaro binutils is a release of the GNU binutils with bug fixes and enhancements for ARM platforms. GNU binutils is a collection of tools including the ld linker and as assembler.
对此目前还没有研究过，就选用主流的社区版本就行了。
C-library & C compiler & Debug facilities & Companion libraries & Companion tools
主要是各种C标准库、编译器、调试工具及其它一些库的版本选择及相关配置，它们之间似乎并不能任意组合，故这里都选用默认配置。