LFS/CLFS工具链是一套用于从C/C++源代码生成可执行文件的软件组件适当地组合在一起形成的系统。它包括4大部分，缺一不可：

1、一套头文件，包含了这些源代码所需要访问的系统接口。

2、binutils，包含一些处理二进制可执行文件所需的工具，如汇编器、连接器等等。

3、gcc，包含了编译C/C++源代码所需的工具，并且还能自动调用相关的binutils工具来完成生成源代码的工具

4、glibc，包含了系统接口的具体实现。

在上面的定义中，请注意这些软件必须适当地组合，才能形成完整的工具链。那么怎么才算适当组合呢？当然，这个工具链必须能够发挥作用，也就是确实能够编译出目标代码，然后才能算适当组合。

那么，一个适当组合的工具链应当具有什么特点呢？一般我们把工具链运行的机器称为host，所产生的代码称为target。那么对于工具链的要求便是：它必须要能在host上运行，所产生的代码必须能在target上运行。再进一步分析：

1、头文件：必须是针对target的，因为使用这个工具链编译的源代码需要访问的系统接口是trget上的。

2、binutils：必须能在host上运行，然而产生target的代码。

3、gcc：和binutils一样。不过这里要注意的是，gcc自身带有一个库，称为libgcc，它必须是target上的代码。

4、glibc：必须是target上的代码。

有了这些基本认识，让我们来看一看一些实际的工具链构造过程。

LFS工具链构造顺序：binutils p1->gcc p1->头文件->glibc->adjust->gcc p2->binutils p2

其中最后两步应该可以互换，但头两步不行。如果你有留意编译过程，会发现，当gcc编译的时候，一旦内部编译第一次gcc完成，产生了xgcc文件，随后的编译就会利用新编译的gcc以及第一遍的binutils，而不是宿主的gcc和binutils。

正如youbest指出的，第一遍的binutils和gcc存在的意义，仅仅是为了能编译出glibc。而glibc的编译需要工具链所有其它内容，包括binutils,gcc和头文件。

LFS不使用交叉编译，因此host和target永远是一样的。在编译参数中，我们永远看不到--host和--target的身影。但是，由于工具链的引用路径需要反复变化，因此我们需要通过修改specs来更改。这点是LFS比较容易出错的地方。

CLFS顾名思义，是要采用交叉编译的。其构造顺序如下：

头文件->cross binutils->cross-gcc c->glibc->gcc final (c/c++)

我们首先看到头文件被放在了开头。这不是必须的，它完全可以放在glibc之前。cross-gcc只能编译出C编译器，因为这时候工具链还不全，glibc还不存在，不可能编译出C++编译器。然后构建glibc。之后，我们才能编译出C++编译器，完成我们的工具链。

CLFS-SYSROOT的工具链稍有不同，顺序如下：

头文件->cross-binutils->glibc头文件->cross-gcc c->gibc->gcc-final (c/c++)

我们看到这里多了一个glibc头文件的安装。事实上，这是由于这里编译的gcc是要用sysroot的缘故。在gcc/configure里面有一段代 码，大家在vi里面输入/inhibit_libc=false就可以发现，在交叉编译，而没有SYSROOT的情况下，inhibit_libc的值会 成为true，而要是sysroot了，就false了。

这个变量的作用，如同有关的注释所述，是用来关闭gcc对glibc头文件的依赖。因此，在sysroot下我们才会需要这样一个安装glibc头文件的步骤。

我想在sysroot下消除这个步骤，之前测试过这个补丁可行：

使用这个sed命令打个补丁即可：

cp gcc/configure{,.orig}

sed -e 's/inhibit_libc=false/inhibit_libc=true/g' gcc/configure.orig > gcc/configure

不过最近发现有更简单的方法：在configure的时候加个参数--with-newlib即可。建议采用这个方法，因为不需要打任何补丁。

在此再说一句，工具链构建过程中，编译脚本对于是否交叉编译的判断非常简单，只要host!=target，就会被认为正在交叉编译。这也就是为什么 CLFS中使用的$CLFS_HOST通常都是i686-cross-linux-gnu这样的形式。原因很简单，因为要确保$CLFS_HOST 与$CLFS_TARGET不同。这样，你完全可以在i686上"交叉编译"i686的代码。

这点非常重要，这意味着我们不需要打任何补丁，即可利用CLFS和CLFS-SYSROOT代替LFS来完成系统。对于想做Multilib的朋友，这也是一个福音。毕竟，CLFS-SYSROOT比起CLFS和LFS来，节省了大量的编译过程。

最后，我们来理解一下如何作CCLFS工具链。这意味着我们要在一个平台上构建在第二个平台上运行、生成第三个平台上代码的工具链。我们用build表示 构建工具链的机器，host表示工具链要运行的机器，target表示工具链生成的代码所在机器。而在工具链组件上，host-target binutils表示该binutils在host上运行，要生成target的代码。

步骤如下：

host 头文件->build-host binutils->build-host gcc c->host glibc->target 头文件->build-target binutils->build-target gcc c->target glibc->host-target binutils->host-target gcc final (c/c++)

注意事项如下。首先，头文件必须在相应的glibc之前安装。其次，build-target的binutils和gcc在这里的目的是生成target glibc。而build-host binutils 还会被构建host-target binutils和gcc的过程使用到。最后，前两次的gcc都可以只生成c编译器，因为他们的目的都只是生成glibc。只有最后一次gcc需要完整生成。

from: http://www.linuxsir.org/bbs/thread325648.html

GNU binutils 是一个二进制工具包，主要包括：

ld-GNU的连接器
as-GNU汇编器

除此之外还包括以下工具：

addr2line -将地址转化为文件名和行号
ar -创建、修改、解压归档文件
c++filt - C++ 关键词过滤器
gprof - 显示总体信息
nlmconv - 将目标代码转换为NLM
nm - 列出目标文件的标记
objcopy - 复制和翻译（编译器翻译）目标文件
objdump - 显示目标文件信息
ranlib - 创建归档文件索引
readelf - 显示ELF 格式目标文件的索引
size -列出目标文件或者归档文件的段长
strings -列出文件中的可打印字符串
strip - 删除标记
windres - Windows 源文件的编译器

这中间的大部分程序都使用Binary File Descriptor library来进行底层处理。很多程序还要用到 opcodes library 来进行机器指令的汇编
和Wintel一样，binutils也被引入到了各种各样的UNIX系统中，它的引入使得GNU系统能够更方便的编译和连接程序。