有没用liveCD安装LFS成功的吗？

good02xaut

介绍一下你的安装环境：
1.发行版本
2.内核版本
3.gcc版本
4.binutils版本
5.glibc版本

我在RH9，内核2.4-20下，配置glibc出错。升级后的内核2.6.12下，配置glibc同样出错。gcc版本是3.2的。参考一下大家的环境，然后把RH9升级到那种状态，看看到底能不能把glibc库搞定！

晨想

你把RH9 的toolchain升级一下试试。 binutils/gcc/glibc。

RH9：
这个不是单单内核版本的问题，是glibc等不提供某些功能，我也想知道如何搞定这个问题，也许要装一个RH9才知道了。不过现在手头没有。

LiveCD：
简单的方法，不想麻烦就用这个吧，基本上LiveCD都没问题的。：）。

good02xaut

这个我信，liveCD就是干这个的，要有问题哪还有天理啊。呵呵

估计是RH9的glibc有问题，因为第一次编译LFS的glibc时，binutils和gcc用的都是刚刚编译过的，根本就不是RH9带的。所以升级这个两个东东没有太大的余地了。

按照LFS的介绍,glibc是自足的，也就是编译时，应该又不依赖于RH9上的glibc的啊！
还有个问题就是，binutils和gcc虽然是用的新的，可是gcc自身运行需要的动态库，还是老版本的glibc。

升级RH9的toolchain肯定可以解决问题，仅仅升级这3个够吗？升级到那个版本比较合适呢?

实在没有人装过，有劳版主提供一下liveCD中toolchain的各个版本，我打造一个RH9版的liveCD也行，呵呵。

晨想

是噢。哈哈。liveCD就是干这个的。

RH9 update 的 glibc 是 2.3.2 的，我们现在是用 2.3.6 的。也许这个可以兼容。你试过没有呢？

binutils / gcc 应该不是问题，我也同意。gcc编译的时候还是 bootstrap 呢：）。

glibc 是自足的，但是也许会用到某些host的功能。我不确定，因为我没有在这方面研究过。
从RH9开始的话，会出现什么错误来着？

我觉得最重要的就是toolchain了，至于其他有没有什么联系，我觉得是没有的。

LiveCD的toolchain都是 native 的，应该是 i686-pc-linux-gnu这类，我忘记了。gcc -v 就知道了。

你说的RH9 的 liveCD 是什么意思？

good02xaut

RH9中，配置glibc时出错，缺少什么forced unwind。

toolchain不仅仅就是指binutils,gcc,glibc这3个吧，make，perl等很多也应该算到toolchain。

我没有CD-RW，所以用不了liveCD。才想着从RH开始打造一个liveCD出来。
假设：
                  liveCD                             RH
kernel                  2.6.5                              2.4.20-8=>2.6.5
binutils                x.x.x                                a.a.a=>x.x.x
gcc                      4.0.2                               3.2=>4.0.2
glibc                    x.x.x                                a.a.a=>x.x.x
.....
RH经过这样的升级后，还能算RH吗？
这样的RH和liveCD有什么区别呢？
这就是liveCD嘛！

中国制造，假的比真的还真，美其名曰：高仿。
不过在这里就不是“高仿”了，简直就是“克隆”。
哈哈

晨想

我记得 unwind 是 NPTL的东西。RH9是不支持NPTL的。

toolchain 就是3个。其他的不归入 toolchain。只能说是工具。

你的意思是 通过升级改造 RH9 来达到 LFS 的要求，是不是？这个工作的难度也许不比 LFS 本身低。

我有时间就看这个问题，现在先看CLFS。：）。搞定了CLFS后，你这个问题就迎刃而解了。

good02xaut

Post by 终极幻想
我记得 unwind 是 NPTL的东西。RH9是不支持NPTL的。

toolchain 就是3个。其他的不归入 toolchain。只能说是工具。

你的意思是 通过升级改造 RH9 来达到 LFS 的要求，是不是？这个工作的难度也许不比 LFS 本身低。

我有时间就看这个问题，现在先看CLFS。：）。搞定了CLFS后，你这个问题就迎刃而解了。

unwind就是NPTL的东西，RH9支不支持NPTL可不是RH说的算啊。
除非RH9带的那个GCC不支持NPTL，那我就没辙了，所有的升级都是靠这个GCC完成的。
破解：找个编译好的GCC，彻底破坏RH9对NPTL的歧视。这不就好了。

RH9对哪个toolchain做过手脚，我就重新安装他的bin包。这个难度相对LFS低多了吧。

我是从LFS看过去，你是从CLFS看过来。
现在明白为什么有top-down和down－top了。

晨想

应该是 top-down 和 bottom-up。：）。

能解决问题的方案，就是好方案。不管是LFS看过去还是CLFS看过来。

兄弟加油，大家会支持你的。