|
那么又如何控制可执行文件的大小呢？除了却除软件中不需要的部份外，我们还应该考虑软件所引用的库文件。GNU的Glibc是一个非常宠大而完整的库，至少对于嵌入式系统来说，其体积显得过于大了一些。uClibc的提出较好的解决了这样一个问题。uClibc尽可能的兼容Glibc，大多数应用程序可以在很小或完全不修改的情况下就可能使用uClibc替代glibc。通过uClibc来代替Glibc，可以在不改变应用程序功能的前提下，大大减少发布文件的大小，无论应用程序以静态链接来编译，还是以动态链接形式编译。
不过使用uClibc代替并不是简单的设置一两个参数就行了，通常需要使用一个不同的工具集（gcc/binutils等）来编译代源码。手工的构造这样一个环境，对于大多数普通程序员来说，不一定是一件很简单的事情，因此，uClibc的开发者创造出一个叫做buildroot的工具集。buildroot将自动构造编译基于uClibc代码的工具集和uClibc库，并提供一个可配置的框架和一些构建一个基本系统的配置文件。用户只需要通过配置菜单选择了相应的目标软件，buildroot就可以从构建基本工具集开始，一直到最后构建出目标系统所需要的东西，如嵌入式系统常用的基于ext2的initrd，jffs根文件系统，压缩的根目录树等，这些代码都是基于uClibc而不是系统的Glibc的。Buildroot对主机系统的要求较小，通常只需要主机系统提供足以构建工具链(toolchain)的工具，如gcc/binutils等，当工具链编译完成后，对目标系统需要的源码的编译过程与主机系统的开发工具集基本上就没有什么关系了。因此，不同的主机如果能够通过第一步，编译完成工具链，那么编译出来的目标系统的执行代码就可以几乎不存在由于系统引起的差异。这样，开发人员就可能在各自喜欢的Linux发行版上进行开发，而不必担心出现什么兼容性问题。
uClinux
uClinux与emDebian至少有两个重要的区别，第一是构建方式，前面已经提到过了，uClinux属于 from scratch 一类的。另一个不同的地方，uClinux是支持不在emDebian支持的11种CPU的，当然，这个说法不是很恰当，正确的说法是uClinux支持那些不具备MMU单元的CPU体系。uClinux的第一个目的是支持MC68328芯片，现在已经能构支持更多的CPU，如Intel i960，ARM等。不过，uClinux的主体开发团队目前已经不再支持ARM了，还好 Samsung 的 Hyok S. Choi 接过了接力棒，Linux 2.6版本的补丁可以在 uClinux/ARM2.6 找到。
uClinux之前仅是核心的一些补丁，后来发展成为一个包括核心、库、应用程序、工具和编译相关的配置文件的一个集成开发环境。与buildroot不同的是，uClinux不编译目标系统的工具集，也就是说，相应的编译工具应该提前安装好。如，对于arm来说，需要先安装ARM交叉编译器。uClinux的编译器也需要一些补丁，其中比较重要的两个方面主要包括：
- 用于生成FLT文件的补丁：由于MMU的关系，uClinux不支持ELF可执行文件，这个补丁主要包括bin2flt工具包和一个ld的wrapper脚本等，用于(透明于用户)生成FLT文件；
- 用于支持XIP(Execute In Place)的补丁：这个补丁需要对gcc进行一些小的修改；支持XIP主要是为了解决小内存环境中运行的问题。
| |
 |
XIP不一定适用于每种应用环境，对于内在要求特别严格的系统来说（空间第一位，如手机要求使用片内RAM），可以通过将核心和应用程序编译为XIP支持，然后直接在Flash上运行，内存仅用于运行时数据；而对于性能要求为主的系统（如高速网络处理器），则不能因为节省一点空间而使用XIP将程序直接在Flash上运行，这样可能会降低指令的读取速度而影响系统性能（但仍然可以使用XIP，使程序的多个实例在内存中共享代码空间，以后详细说）； + FLT可执行文件支持动态链接库(目前仅m68k支持，参见 uCdot: Shared libraries under uClinux mini-HOWTO)的补丁； |
uClinux的编译过程大致是，首先，通过可视配置界面（menuconfig/xconfig）选取Vendor和board（实际上是选择了一些配置文件和产品相关的文件），然后根据选择构造一个适用于target的开发环境，如生成头文件和需要的库文件（uClibc、glibc或uC-libc以及其它一些库），然后编译核心、库、应用程序，最后将所有的输出安装到romfs目录中，根据需要生成目标平台需要的映像文件（如：romfs.img、linux.bin、rootfs.gz等）。
| |
 |
由于一些过程细节被隐藏起来，uClinux现在的编译过程方便到只需要配置一下(make menuconfig)，然后 make 就可以直接获得最终输出。不过这反倒成为一些初学者学习的一个麻烦，本文完成后，根据对本文的反馈，将进一步对uClinux进行详细介绍。 |
总的来说，目前的uClinux是一套主要用于无MMU核（但不限于此）的嵌入式Linux集成环境，也是一个非常好的 Linux from scratch 的示例。抛开其MMU相关的补丁，uClinux也可以作为一套用于包含MMU系统的集成开发环境，Snapgear 就是一个很好的例子。实际上，我们可以从官方的uClinux源码就可以直接编译一个支运行于X86的uClinux。
|
