浅析gcc、arm-linux-gcc和arm-elf-gcc的关系

一、GCC简介

The GNU Compiler Collection，通常简称 GCC，是一套由 GNU 开发的编译器集，为什么是编辑器集而不是编译器呢？那是因为它不仅支持 C 语言编译，还支持 C++， Ada，Objective C 等许多语言。另外 GCC 对硬件平台的支持，可以所无所不在，它不仅支持 X86处理器架构, 还支持 ARM, Motorola 68000, Motorola 8800，AtmelAVR，MIPS 等处理器架构。

二、GCC的组成结构

GCC 内部结构主要由 Binutils、gcc-core、Glibc 等软件包组成。

1. Binutils：它是一组开发工具，包括连接器，汇编器和其他用于目标文件和档案的工具。关于 Binutils 的介绍可以参考 Binutils 简单介绍。这个软件包依赖于不同的目标机的平台。因为不同目标机的指令集是不一样的，比如 arm 跟 x86 就不一样。
2. gcc-core：顾明之意是 GCC 的核心部分，这部分是只包含 c 的编译器及公共部分，而对其他语言（C++、Ada 等）的支持包需要另外安装，这也是 GCC 为何如此强大的重要原因 。gcc-core依赖于 Binutils。
3. Glibc：包含了主要的 c 库，这个库提供了基本的例程，用于分配内存，搜索目录，读写文件，字符串处理等等。kernel 和 bootloader不需要这个库的支持。

举例描述下上面 3 个包是如何进行运作的。有一个 c 源文件 test.c 源码如下：

[plain]view plaincopyprint?

1. #include
2. intmain(intargc,char*argv[])
3. {
4. printf("HelloLinux!!\n");
5. return0;
6. }

三、交叉编译

交叉编译（或交叉建立）是这样一种过程，它在一种机器结构下编译的软件将在另一种完全不同的机器结构下执行。一个常见的例子是在 PC 机上为运行在基于 ARM、PowerPC或 MIPS 的目标机的编译软件。幸运的是，GCC 使得这一过程所面临的困难要比听起来小得多。GCC 中的一般工具通常都是通过在命令行上调用命令（如 gcc）来执行的。在使用交叉编译的情况下，这些工具将根据它编译的目标而命名。例如，要使用交叉工具链为 ARM 机器编译简单的 Hello World 程序，你可以运行如下所示的命令：使用如下命令编译并测试这个代码：arm-linux-gcc -o hello hello.c。

四、arm-linux-gcc

arm-linux-gcc 是基于 ARM 目标机的交叉编译软件，arm-linux-gcc 跟 GCC 所需的安装包不同，但仅仅是名字不同而已，这是为什么呢？

x86 跟 ARM 所使用的指令集是不一样的，所以所需要的 binutils 肯定不一样；上面提到过 gcc-core 是依赖于 binutils 的，自然 ARM 跟 x86 所使用的 gcc-core 包也不一样；glibc 一个 c 库，最终是以库的形式存在于编译器中，自然 ARM 所使用的 glibc 库跟 x86 同样也不一样，其它的依此类推。

五、arm-elf-gcc

arm-elf-gcc 跟 arm-linux-gcc 一样，也是是基于 ARM 目标机的交叉编译软件。但是它们不是同一个交叉编译软件，两者是有区别的，两者区别主要在于使用不同的 C 库文件。arm-linux-gcc 使用 GNU 的 Glibc，而 arm-elf-gcc 一般使用 uClibc/uC-libc 或者使用 RedHat专门为嵌入式系统的开发的C库newlib。只是所应用的领域不同而已，Glibc是针对PC开发的，uClibc/uC-libc是与Glibc API兼容的小型化C语言库，实现了Glibc部分功能。

六、uClibc/uC-libc

uClinux有两个经常使用的libc库：uC-libc和uClibc。虽然两者名字很相似，其实有差别，下面就简单的介绍一下二者的不同之处。uC -libc是最早为uClinux开发的库，是Jeff Dionne和Kenneth Albanowski为在EKLs项目中支持m68000在Linux-8086 C库源码上移植的。uC-libc是一个完全的libc实现，但其中有一些api是非标准的，有些libc的标准也没有实现。uC-libc稳定地支持 m68000，ColdFire和没有MMU的ARM。其主要设计目标是“小”、“轻”，并尽量与标准一致，虽然它的API和很多libc兼容，但是似乎并不像它期望的那样和所有标准一致。

uClibc就是为了解决这个问题从uC-libc中发展出来的。它的所有API都是标准的(正确的返回类型，参数等等)，它弥补了uC-libc中没有实现的libc标准，现在已经被移植到多种架构中。一般来讲，它尽量兼容glibc以便