Magic Linux开发入门指南(一)

    制作一个Linux发布难吗？
    很难。
    制作一个Linux发布版需要很高深的技术吗？
    你能行。

    好多人很想参与Magic Linux的开发，但多数不知从何入手。
    其实很简单，你只需要一台供你支配的386以上配置且能够上网的电脑，
以及一个能够工作在其上的gcc环境。
    对，这就够了，其他的软件都是在帮助你更快的、更简便的完成这个工
作。因为Linux源自于网络，发展于网络，能够上网才能得到Linux；Linux
自身及在其之上运行的大多数软件都是以源代码方式提供，且非gcc不能完成
内核的编译。拥有了这些，你就可以开始将这些源代码转化为可运行的内核、
Shell和一些应用软件，一点一点的就构成了一个完整的可用的Linux系统。
    本文就是讲述如何开始这些工作的。我会假定你对Linux有一定的了解，
使用过如:cp、mv、rm等常用命令，曾经成功的在某个Linux系统中安装过某个
以源代码形式发布的软件，有一些C/C++或其他语言的经验。
    另外，我所提到的gcc环境并不是单指gcc本身，而是一些与gcc相交织的
软件集合，它们共同工作，完成从源代码到可执行程序的转换过程，这个过程
一般被称之为创建。

第一章 工具链的制作

    在正式开始前，我还要让你了解一个重要的知识，那就是编译器、连接器
和程序库他们三者之间的关系，如果你已经非常了解了，可以略过这些内容。
编译器只是将源代码翻译成对应的机器代码，但是这个时候这些代码是不能执
行的，因为既没有排列好执行顺序也没有指定从哪里开始；程序库实现了一些
程序必要的行为，比如你要输出一些内容到屏幕或从键盘获得输入等；连接器
将编译器产生的机器代码进行排序并告诉计算机(严格来讲是操作系统)从什么
地方开始执行，当程序需要输出一些内容到屏幕或从键盘获得输入时，请求程
序库完成这些事情。虽然这些说法显得很不专业，但是足以帮助你理解它们三
者之间的关系了。如果要获得更为专业、详细的知识请阅读相关专业书籍。
    一个能够正常工作的gcc环境，需要三个源代码包的支持：binutils、
gcc和glibc，它们分别提供了连接器、编译器和程序库。其实他们并不仅仅提
供了这些内容:
    binutils是一个二进制工具集合，包含了汇编器、反汇编器、连接器、
elf可执行文件分析器等重要工具，这些工具在进行Linux各种应用的开发时，
发挥着巨大的作用。你可以在/usr/bin目录中找到他们。
    gcc是一个编译器集合，包含了C、C++、Objective-C、Fortran、Java和
Ada语言，同时为这些语言提供了一些标准库，如:libstdc++、libgcj，……。
gcc的C是Linux的标准编译器，linux内核完全依赖于gcc，其他编译器不能编译
linux内核。由于ABI(Application Binary Interface)的不兼容，其他编译器
也不适合Linux上的大多数软件的编译，尤其那些使用C++作为开发语言的软件
系统。目前Intel C/C++编译器开始兼容gcc的ABI，因此现在可以采用
Intel C/C++编译器创建Linux上使用C/C++开发的软件系统，但内核不行。gcc
被安装在/usr/bin、/usr/lib和/usr/include目录中。
    glibc是提供系统调用和基本函数的C库，比如open，malloc，printf等
等，所有动态连接的程序都要用到它。它是用户程序与内核交流的标准接口。
    这三个包在一起相互作用，来完成Linux的所有创建任务。除了glibc是自
包含(自己依赖于自己)的外，其他两个都要依赖于glibc，同时glibc会与具体
的内核版本有一定的依赖性，但这并不是绝对的。注意，他们都是用gcc编译，
并用binutils的连接器进行连接的。这里就比较有趣了，是先有鸡还是先有蛋
呢？计算机的发展史咱们就不必讨论了，在本章会详细介绍如何来让他们的代
码执行起来。但他们不是我们要的全部。

    首先，你应该保证你有可用的gcc环境，能够用它让你的源代码变成可执
行程序。往往这需要你的计算机运行了某个版本的Linux发布。当然Windows也
行，不过会比较麻烦，我不建议你这么做，我也不会在这里讨论该怎么做。你
也不要指望你现在的这个gcc环境可以直接创建Magic Linux的所有，最后你得
到的还是属于你现在使用的这个发布。因为你现在的gcc创建产生后的程序，
还是依赖于你现有Linux发布版的glibc的。如果你说你现在就创建一个glibc
不就行了吗？不信你可以试试，当你安装完后，看看你的系统还能工作不？言
归正传，你现在急需的是能够帮助你产生MagicLinux的gcc。

1.准备环境
   
    最好能在你的硬盘上划分出一个独立的分区，1G大小就够了。不过这个你
都嫌麻烦的话，你有1G以上的自由空间也行。现在我假设你划分了一个独立的
分区。
    来吧，创建/mnt/ml目录，并将你的新分区挂接到这上面(如果不了解挂接
的话，先找找资料,google一下mount)。

    #mkdir /mnt/ml
    #mount /dev/hda6 /mnt/ml (我假设你的新分区设备名为hda6)

cd到/mnt/ml目录并创建toolchain目录。

    #cd /mnt/ml
    #mkdir toolchain

在你的根目录创建一个连接到toolchain上(如果不了解，google一下ln)。

    #ln -sv /mnt/ml/toolchain /toolchain

创建sources目录。

    #mkdir sources

将binutils、gcc和glibc等的源代码复制到sources目录中。你可以在网络上
找到它们，google一下就行了。binutils的最新本版是2.18，源代码包可能
是这样的文件名：binutils-2.18.tar.bz2；gcc的最新本版是4.2.2，源代码
包可能是这样的文件名：gcc-4.2.2.tar.bz2；glibc的最新版本是2.7，源代
码包可能是这样的文件名：glibc-2.7.tar.bz2。
修改PATH环境变量。

    #export PATH=/toolchain/bin:$PATH

PATH环境变量指定了shell命令的默认搜索路径。我们修改PATH环境变量使得
在你的gcc可用时，默认执行的是它，而不是系统自带的。
    环境已经准备好了，我们开始吧。

2.创建新的gcc环境
    
    为了创建完全独立于你现有系统的gcc环境，我们要创建两次binutils和
gcc。他们创建的次序是很重要的。我们现在进行第一次创建。进入sources
目录。

    #cd sources

2.1创建binutils
   
    首先创建binutils，是因为在创建gcc和glibc时，它们会检测连接器和汇编器，
以便决定它们能够开启那些特性。整个过程大概需要5分钟（根据你机器的处
理能力会有很大的不同），占用200MB左右的磁盘空间。
    解压缩源代码包，并进入解压后的目录：

    #tar -jvxf binutils-2.18.tar.gz
    #cd binutils-2.18

由于binutils在某些时候会有一点小问题，要修复它，需要下在一个补丁，对应
2.18版本的补丁是：binutils-2.18-configure-1.patch。

    #patch –Np1 -i ../binutils-2.18-configure-1.patch

binutils的文档说应该在一个独立的目录中创建binutils。那就创建一个build目录。

    #mkdir build
    #cd build

现在为创建binutils做准备工作：

    #CC=”gcc -B/usr/bin/”../configure /
    --prefix=/toolchain --disable-nls --disable-werror

各选项的含义是：
    CC=”gcc -B/usr/bin/”
    告诉gcc使用你当前操作系统/usr/bin目录下的连接器。这个对于某些你
    使用的Linux发布是很重要的，因为新创建的连接器ld可能与它所提供的
    gcc不兼容。
   
    --prefix=/toolchain
    这个参数告诉configure脚本，把binutils软件包中的程序安装到/toolchina目录
    中，也就是/mnt/ml/toolchain。
   
    --disable-nls
    这个参数禁止了国际化（通常简称i18n）。此时根本不需要国际化支持。
   
    --disable-werror
    这个参数可以防止由于你的系统提供的gcc在产生警告事件时停止创建过程。
准备好了，我们可以创建了：

    #make

创建完成后，安装：

    #make install

别着急，还没完事。还得调整一下：

    #make –C ld clean
    #make –C ld LIB_PATH=/toolchain/lib

make参数的含义是：
    -C ld clean
    告诉make，删除所有子目录ld中编译生成的文件。
    -C ld LIB_PATH=/toolchain/lib
    这个选项重新编译ld子目录中的所有文件。LIB_PATH是Makefile的一个变
    量，在命令行里制定他，可以覆盖默认值，并让它指向/toolchain/lib目录。
    这个变量的值指定了连接器的缺省库搜索路径。
手工将新的程序复制到/toolchain/bin目录：

    #cp –v ld/ld-new /toolchain/bin

好了，binutils创建完成了，你现在可以删除build目录了。但是不要删除
binutils-2.18目录，因为还要编译一次呢。退回到sources目录，准备gcc的创建工
作。

    #cd ../
    #rm –rf build
    #cd ../

2.2 创建gcc

    连接器准备好了，但我们这次先不使用它，没有这个必要，因为我们还需
要再次创建gcc的，那时再用也不迟。这个过程大概会花费你50分钟的时间和
650MB的磁盘空间。
    解压缩gcc的源代码包并进入源代码目录。

    #tar –jvxf gcc-4.2.2.tar.bz2
    #cd gcc-4.2.2

gcc与binutils一样，建议你在一个独立的目录中创建它。创建build目录。

    #mkdir build
    #cd build

为创建gcc做准备。

    #../configure –prefix=/toolchain –with-local-prefix=/toolchain /
    --disable-nls –enable-shared –enable-languages=c

各选项的含义是：
    CC=”gcc -B/usr/bin/”
    告诉gcc使用你当前操作系统/usr/bin目录下的连接器。也就是不使用你刚
    创建完的那个连接器ld。这也是为了避免一些麻烦，可以参考创建
    binutils时对该选项的说明。

    --with-local-prefix=/toolchain
    默认情况下，gcc会搜索两个include目录，一个是其安装目录下的include，
    这里是/toolchian/include，另外一个是/usr/local/include。这个选项就将
    /usr/local/include这个默认搜索目录删除，而还是指向/toolchain/include。

    --enable-shared
    这个选项是为了创建出libgcc_s.so.1和libgcc_eh.a文件，因为下一个要创建的
    glibc需要libgcc_eh.a，要是没有它就不会产生正确的结果。

    --enable-languages=c
    因为gcc是一个编译器集合，这个选项指定要创建何种语言的编译器。此时
    只需要C，那就没什么可说的了。
准备好了，我们可以开始创建了：

    #make

创建完成，安装：

    #make install

最后你还应该创建一个符号连接cc到这个新的gcc，因为好多时候会用cc而不是
gcc，这是为了与Unix平台保持一致，便于程序的移植。

    #ln –vs gcc /toolchain/bin/cc

好了，gcc创建完成了，接下来的创建过程会自动使用这个gcc的，因为你修改
了PATH环境变量。做些首尾工作，要不然你的磁盘可能吃紧了。

    #cd ../
    #rm –rf build
    #cd ../

2.3创建glibc

    前面我说过，glibc是自包含的，不会依赖于那个软件包。但是我也说过，
它是用户程序与内核交流的标准借口，因此对内核还是有一定依赖的。但是这
并不相矛盾，因为只要是一个系列的内核，基本上是没多少关系的，比如现今
的2.6系列，它们会有提供统一的系统调用。
    glibc需要了解内核的系统调用和这些调用相关的一些数据结构。Linux内核
做得很好，不需要有内核的二进制文件，一切都包含在了内核的公用头文件中
了。这里说些题外话，如果你够牛的话，其实完全可以不用glibc，只利用这些
头文件就可以写出合适的用户程序的，甚至比利用glibc的更为优秀。不过如果
你的确那么牛，这篇文章也就不适合你了。
    不多说了，下载一个内核源代码到你的source目录吧。最新的是2.6.23.12。
解压缩内核源代码包并进入源代码目录：

    #tar –jvxf linux-2.6.23.12.tar.bz2
    #cd linux-2.6.23.12

安装相关的头文件：

    #make mrproper
    #make headers_check
    #make INSTALL_HDR_PATH=dest header_install
    #cp –rv dest/include/* /toolchain/include
    #cd ../

关于内核操作有什么不了解的，可以使用make help命令获得帮助。
解压缩glibc的源代码包并进入源代码目录：

    #tar –jvxf glibc-2.7.tar.bz2
    #cd glibc-2.7

与gcc一样，还需要单独的目录来创建，建立build目录：

    #mkdir build
    #cd build

由于glibc不再支持i386体系了，因此它的开发者们建议在创建glibc是，最好使用
-march=i486编译选项。的确如此，如果你不指定这个选项，会创建失败。但是
毕竟现在i486用的已经很少了，我们也可以不考虑兼顾，为了进一步提高性能，
我建议使用-march=i686编译选项。你可以通过下面的命令完成这些：

    #echo “CFLAGS += -march=i686” > configparms

接着，为创建glibc做准备工作：

    #configure –prefix=/toolchain –disable-profile –enable-add-ons /
    --enable-kernel=2.6.0 –with-binutils=/toolchain/bin –without-gd /
    --with=headers=/toolchain/include –without-selinux

各选项的含义如下：
    --disable-profile
    忽略掉profiling信息相关的库文件创建，这个时候一般不需要。

    --enable-add-ons
    这个指示glibc使用附加的NPTL（本地POSIX线程库）包作为线程库。

    --enable-kernel=2.6.0
    告诉glibc要支持2.6.x内核。

    --with-binutils=/toolchain/bin
    这个参数并不是必要的，只是为了防止在创建glibc时用错了binutils程序。这
    里保证使用刚才创建好的binutils。

    --without-gd
    保证不生成memusagestat程序，这个程序会产生对你现有系统的依赖。

    --with-headers=/toolchain/include
    这个选项就是告诉glibc，使用刚刚安装的内核都文件创建自己。

    --without-selinux
    不提供SELinux特性的支持，因为toolchain是不需要的。
在这个阶段你要是看到下面的警告你就不用管它，跟你没有任何关系，也不会
有什么影响的。

    configure: WARNING:
    *** These auxiliary programs are missing or
    *** incompatible versions: msgfmt
    *** some features will be disabled.
    *** Check the INSTALL file for required versions.

创建软件包：

    #make

在安装glibc的过程中，它会警告缺少/toolchain/etc/ld.so.conf文件。其实没什事，
不会有什么影响，只要提供一个空文件它就闭嘴了：

    #mkdir –v /toolchain/etc
    #touch /toolchain/etc/ld.so.conf

一切顺利就可以安装了：

    #make install

恭喜你，又干了一件了不起的事情，不过别忘了收尾阿，空间有限。

    #cd ../
    #rm –rf build
    #cd ../


(未完，待续......如果你对MagicLinux感兴趣，可加QQ群57786940)