2010年06月11日 星期五
http://www.linuxfromscratch.org/lfs/view/6.6/chapter05/introduction.html
构建第5章这一临时工具系统分两步走:一是独立于宿主机的工具链,二是用工具链编译其它重要工具。
todo:理解独立于宿主机的工具链到底独立到哪种程度
http://www.linuxfromscratch.org/lfs/view/6.6/chapter05/toolchaintechnotes.html
question: 可能因为我在64位机器上安装的是32位操作系统,./config.guess 显示的是: i686-pc-linux-gnu
readelf -l <name of binary> | grep interpreter 显示的是32位的: ld-linux.so.2
为了对比在64位CPU上的64位操作系统和32位操作系统宿主机环境编译LFS的区别,今天又下载一个64位的Ubuntu 10.04(ubuntu-10.04-desktop-amd64.iso)准备安装在vmware虚拟机中同时实验。
2010年06月12日 星期六
准备在 Vmware server 中安装64位的Ubuntu,但是好像本机CPU是老的E7400,不支持VT技术,所以在vmware中不能安装64位的操作系统,启动安装光盘告知是i686而不是64_x86的CPU,不能启动进行安装。故只能在32位的操作系统下编译LFS了。
gcc dummy.c -Wl,--verbose 2>&1 | grep succeeded 其中“2>&1”表示错误信息(用2表示)重定向到标准输出(用&1表示,参考:linux shell 中"2>&1"含义 http://www.cppblog.com/prayer/archive/2009/08/27/94589.aspx “find /home -name .bashrc > list 2>&1” 鸟哥称之为“寫入同一個檔案的特殊語法” http://linux.vbird.org/linux_basic/0320bash.php )
此节小点:
1、动态链接器(Glibc提供,名称:ld-linux.so.2 。 The name of the dynamic linker for a 32-bit Intel machine will be ld-linux.so.2. ),标准链接器(Binutils提供,名称:ld 。not to be confused with the standard linker ld that is part of Binutils)
2、首次编译安装的Binutils和GCC都是交叉编译的;
Slightly adjusting the name of the working platform, by changing the "vendor" field target triplet by way of the LFS_TGT variable, ensures that the first build of Binutils and GCC produces a compatible cross-linker and cross-compiler.
The temporary libraries are cross-compiled.
3、编译安装顺序:第一次Binutils,GCC,Glibc;第二次编译GCC,Binutils;在第6章chroot进入安装Glibc到/usr。
4、Glibc根据各种参数配置行为,独立性很强,一般不依赖于工具链。
These items highlight an important aspect of the Glibc package—it is very self-sufficient in terms of its build machinery and generally does not rely on toolchain defaults.
todo: 正如此节提示,还不能深刻理解这节提到的工具链技术,只能在以后的编译中慢慢理解。question: 包括:为什么用这样的顺序编译工具链?每次编译又是怎样一步一步从宿主环境进入新的LFS环境,改变的关键之处是什么?假设缺失其中任何一步的改变会有什么结果发生?
2010年06月13日 星期日
General Compilation Instructions
http://www.linuxfromscratch.org/lfs/view/6.6/chapter05/generalinstructions.html
1、下载的补丁不是每次编译都要进行,要严格根据指令进行;
2、编译过程中的警告通常可以忽略;
3、除非特别指定,安装一个软件包就删除源码和编译目录;
4、使用bash;
5、以lfs用户解开源码包并cd进入解开的源码目录;
translation: Therefore, do not be concerned if instructions for a downloaded patch seem to be missing. (因此,不要在意似乎缺失了针对一个下载了的补丁的指令。)