交叉编译相关

CLFS2.0原理分析 http://www.linuxsir.org/bbs/thread267672.html

=======

看来没什么特别需要说明的，非交叉编译用的参数基本上和LFS没什么太大区别，反正最重要的就是这个--with-sysroot，好了，三次--with-sysroot都出现了，虽然前面对这个参数也说明了一下，但不够详细，下面我就来说说对这个关键参数的理解。 
　　我们在做LFS的过程中了解到gcc在编译过程中是默认从/usr/include中找头文件的来编译的，而binutils中的工具ld是从/lib /usr/lib、LD_LIBRARY_PATH、/etc/ld.so.conf等设置中所指定的路径搜索动态库或者静态库进行链接操作的，而要改变这种默认情况则可以通过参数指定、打补丁等方式来达到目的，但是这样非常烦琐，所以就产生了LFS中工具链的方法，通过先做一个能自我编译的工具链，但这些工具链中的程序都是连接到类似/tools/lib这样的目录下的库中，而且也是通过参数指定或者打补丁的方式来实现的，并不符合标准的/lib /usr/lib，所以后面在chroot后再用这个工具链来生成目标系统。 
　　而现在我们用CLFS2.0的方法不需要再建立这个完整的工具链了，只是建立一个交叉用的工具链，而这个工具链中的程序都是链接到/lib和/usr/lib里的库的，这样一个工具链是不能chroot，但现在我们要利用这个“不健全”的工具链来完成目标体系平台，就必须要用到更改默认路径的方式，这个方式就是--with-sysroot。 
　　一个简单的理解就是，默认的路径实际上都是{--with-sysroot}/usr {--with-sysroot}/usr/lib {--with-sysroot}/usr/include这样的形式，只是在默认的情况下{--with-sysroot}表示的是空字符串，这样就变成了/usr /usr/lib /usr/include，而如果我们指定了--with-sysroot，比如--with-sysroot=/mnt/clfs，则默认路径就变成了/mnt/clfs/usr /mnt/clfs/usr/lib /mnt/clfs/usr/include，这样我们在编译时查找头文件以及在链接时查找动态或静态库就自动到--with-sysroot指定的路径下来完成。这个就是--with-sysroot参数的目的。 

==============