lfs gcc binutils 与glibc 关系理解 请指正!

nuclearxin

看看我的理解对不?
1)首先 编译 依赖宿主系统的 gcc 和 binutils
2)用 上面(第一次编译)gcc 和binutils 来编译 依赖 它自己 的glibc 库   
3)用     (第一次编译)gcc 和binutils 来编译 依赖 它自己和上面glibc库 的gcc  和binutils
------------------------------------------------
上面就完成了 独立 系统 的 gcc  binutils   和 glibc
也就是所谓的工具链
然后chroot 用工具链 来编译 独立宿主的 工具
---------------------------------------------------------------
在后面的用工具链编译 glibc库的编译  是增加 glibc的内容
我的理解对吗?

d00m3d

Post by nuclearxin;1798171
看看我的理解对不?
1)首先 编译 依赖宿主系统的 gcc 和 binutils
2)用 上面(第一次编译)gcc 和binutils 来编译 依赖 它自己 的glibc 库   
3)用     (第一次编译)gcc 和binutils 来编译 依赖 它自己和上面glibc库 的gcc  和binutils

第一次编译出来的 gcc 和 binutils 都是 static linked 的，不再依赖 glibc 库

------------------------------------------------
上面就完成了 独立 系统 的 gcc  binutils   和 glibc
也就是所谓的工具链
然后chroot 用工具链 来编译 独立宿主的 工具
---------------------------------------------------------------

chroot 後的系统已是你的目的系统，不是"用工具链 来编译 独立宿主的 工具"，而是用工具键去建构目的系统需要的工具

在后面的用工具链编译 glibc库的编译  是增加 glibc的内容
我的理解对吗?

後面编译出来的 glibc 就是你将来的系统（目的系统）所需要的库

nuclearxin

Post by d00m3d;1798459
第一次编译出来的 gcc 和 binutils 都是 static linked 的，不再依赖 glibc 库
chroot 後的系统已是你的目的系统，不是"用工具链 来编译 独立宿主的 工具"，而是用工具键去建构目的系统需要的工具
後面编译出来的 glibc 就是你将来的系统（目的系统）所需要的库

感谢百忙之中的回复!!

Post by d00m3d;1798459
第一次编译出来的 gcc 和 binutils 都是 static linked 的，不再依赖 glibc 库

哪里体现 是static linked ? 不依赖glibc 库的话  那是什么原因?什么联系?要2次编译 gcc 和binutils?

d00m3d

Oh dear！太久没有重头做起了，刚看了一下手册，原来俺的方法过时了，现在有点不同了，先 study 一下手册去 :sorry