runsisi — Thu, 25 Jun 2009 03:56:00 GMT

��管是老生常谈�Q�但是在比较之前�Q�还是先明确一下什么叫做工具链�?/span>

LFS/CLFS工具链是一套用于从C/C++源代码生成可执行文�g的��Y件组仉��当地组合在一起�Ş成的�pȝ��。它包括4大部分，�~�Z��不可�Q?/span>

1、一套头文�g�Q�包含了�q�些源代码所需要访问的�pȝ��接口�?/span>

2、binutils�Q�包含一些处理二�q�制可执行文件所需的工��P��如汇�~�器、连接器�{�等�?/span>

3、gcc�Q�包含了�~�译C/C++源代码所需的工��P��q�且�q�能自动调用相关的binutils工具来完成生成源代码的工�?/span>

4、glibc�Q�包含了�pȝ��接口的具体实现�?/span>

在上面的定义中，��h��意这些��Y件必��适当地组合，才能形成完整的工具链。那么怎么才算适当�l�合呢？当然�Q�这个工具链必须能够发挥作用�Q�也��是��实能够�~�译出目标代码，然后才能��适当�l�合�?/span>

那么�Q�一个适当�l�合的工具链应当��h��什么特点呢�Q�一般我们把工具链运行的机器�U�Cؓhost�Q�所产生的代码称为target。那么对于工具链的要求便是：它必��要能在host上运行，所产生的代码必��能在target上运行。再�q�一步分析：

1、头文�g�Q�必��L��针对target的，因�ؓ使用�q�个工具铄��译的源代码需要访问的�pȝ��接口是trget上的�?/span>

2、binutils�Q�必��能在host上运行，然而��生target的代码�?/span>

3、gcc�Q�和binutils一栗��不�q�这里要注意的是�Q�gcc自��n带有一个库�Q�称为libgcc�Q�它必须是target上的代码�?/span>

4、glibc�Q�必��L��target上的代码�?/span>

有了�q�些基本认识�Q�让我们来看一看一些实际的工具链构造过�E��?/span>

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

其中最后两步应该可以互换，但头两步不行。如果你有留意编译过�E�，会发玎ͼ�当gcc�~�译的时候，一旦内部编译第一�ơgcc完成�Q��生了xgcc文�g�Q�随后的�~�译��׃��利用新编译的gcc以及�W�一遍的binutils�Q�而不是宿�ȝ��gcc和binutils�?/span>

正如youbest指出的，�W�一遍的binutils和gcc存在的意义，仅仅是�ؓ了能�~�译出glibc。而glibc的编译需要工具链所有其它内容，包括binutils,gcc和头文�g�?/span>

LFS不��用交叉编译，因此host和target永远是一��L��。在�~�译参数中，我们永远看不�?-host�?-target的��n影。但是，�׃��工具铄��引用路径需要反复变化，因此我们需要通过修改specs来更攏V��这�Ҏ��LFS比较�Ҏ��出错的地斏V�?/span>

CLFS��֐�思义�Q�是要采用交叉编译的。其构造顺序如下：

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

我们首先看到头文件被攑֜�了开头。这不是必须的，它完全可以放在glibc之前。cross-gcc只能�~�译出C�~�译器，因�ؓ�q�时候工具链�q�不全，glibc�q�不存在�Q�不可能�~�译出C++�~�译器。然后构建glibc。之后，我们才能�~�译出C++�~�译器，完成我们的工具链�?/span>

CLFS-SYSROOT的工具链�E�有不同�Q�顺序如下：

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

我们看到�q�里多了一个glibc头文件的安装。事实上�Q�这是由于这里编译的gcc是要用sysroot的缘故。在gcc/configure里面有一�D�代码，大家在vi里面输入/inhibit_libc=false��可以发玎ͼ�在交叉编译，而没有SYSROOT的情况下�Q�inhibit_libc的��g�� 成�ؓtrue�Q�而要是sysroot了，��false了�?/span>

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

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

使用�q�个sed命��o打个补丁卛_��Q?/span>

cp gcc/configure{,.orig}

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

不过最�q�发现有更简单的�Ҏ��Q�在configure的时候加个参�?-with-newlib卛_��。徏议采用这个方法，因�ؓ不需要打��M��补丁�?/span>

在此再说一句，工具链构��E�中�Q�编译脚本对于是否交叉编译的判断非常��单，只要host!=target�Q�就会被认�ؓ正在交叉�~�译。这也就是�ؓ什�? CLFS中��用的$CLFS_HOST通常都是i686-cross-linux-gnu�q�样的�Ş式。原因很��单，因�ؓ要确�?CLFS_HOST �?CLFS_TARGET不同。这��P��你完全可以在i686�?交叉�~�译"i686的代码�?/span>

�q�点非常重要�Q�这意味着我们不需要打��M��补丁�Q�即可利用CLFS和CLFS-SYSROOT代替LFS来完成系�l�。对于想做Multilib的朋友，�q�也是一个福韟뀂毕竟，CLFS-SYSROOT比�vCLFS和LFS来，节省了大量的�~�译�q�程�?/span>

最后，我们来理解一下如何作CCLFS工具链。这意味着我们要在一个��^��C��构徏在第二个�q�_��上运行、生成第三个�q�_��上代码的工具链。我们用build表示构徏工具铄��机器�Q�host表示工具链要�q�行的机器，target表示工具铄��成的代码所在机器。而在工具铄��件上�Q�host-target binutils表示该binutils在host上运行，要生成target的代码�?/span>

步骤如下�Q?/span>

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++)

注意事项如下。首先，头文件必��d��相应的glibc之前安装。其�ơ，build-target的binutils和gcc在这里的目的是生成target glibc。而build-host binutils �q�会被构建host-target binutils和gcc的过�E��用到。最后，前两�ơ的gcc都可以只生成c�~�译器，因�ؓ他们的目的都只是生成glibc。只有最后一�ơgcc需要完整生成�?/span>

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

runsisi 2009-06-25 11:56 发表评论

runsisi — Sun, 15 Mar 2009 05:04:00 GMT

�~�译工具铑ְ�是编译出所需要的内核�Q�库函数以及应用�E�序所使用的工兗��编译工具主要由以下3部分�l�成�Q?br>binutils:一�l�开发工��P��包括�q�接器，汇编器和其他用于目标文�g和��案的工具
gcc:包含GNU�~�译器的集合�Q�其中有C和C++�~�译�?br>glibc:提供�pȝ��调用和基本函数的C库，比如open,malloc,printf�{�。所有动态连接的�E�序都要用到�?/p>

GNU binutils 是一个二�q�制工具包，主要包括�Q?/p>

ld-GNU的连接器
as-GNU汇编�?/p>

除此之外�q�包括以下工��P��

addr2line -��地址转化为文件名和行�?br>ar -创徏、修攏V��解压归档文�?br>c++filt - C++ 关键词过滤器
gprof - 昄��M��信息
nlmconv - ��目标代码�{换�ؓNLM
nm - 列出目标文�g的标�?br>objcopy - 复制和翻译（�~�译器翻译）目标文�g
objdump - 昄��目标文�g信息
ranlib - 创徏归��文�g索引
readelf - 昄��ELF 格式目标文�g的烦�?br>size -列出目标文�g或者归��文件的�D�长
strings -列出文�g中的可打印字�W�串
strip - 删除标记
windres - Windows 源文件的�~�译�?/p>

�q�中间的大部分程序都使用Binary File Descriptor library来进行底层处理。很多程序还要用�?opcodes library 来进行机器指令的汇编
和Wintel一��P��binutils也被引入��C��各种各样的UNIX�pȝ��中，它的引入使得GNU�pȝ��能够更方便的�~�译和连接程序�?br>

runsisi 2009-03-15 13:04 发表评论

久久精品免费一区二区三区,麻豆久久,97久久超碰国产精品旧版