(已解决)不重装可不可以从amd64 no-multilib转到amd64 multilib

Hosanna

如题，no-multilib真的有点麻烦

trasher

我试过一次..

-e system的时候 gcc出错... 没解决了

不过我觉得应该是可以的,就是一个USE标记嘛

robinswan

Post by trasher;1959401
我试过一次..

-e system的时候 gcc出错... 没解决了

不过我觉得应该是可以的,就是一个USE标记嘛

和我遇到的情况一样，不过我倒是不觉得 no-multilib 有什么麻烦。其实即使是能迁移，编译的时间基本都和重新安装差不多了，何必呢。

tlze

版主说过，不可以的。

ZDN

正常的方法是不行的.
你需要重新下载个multilib的编译好的binary环境,就是tbz的那种包,包括gcc/binutils/glibc
然后emerge -k 或者解压到 /
再改profile到multilib,然后重新编译工具链.编译好了之后就可以编译system了

trasher

Post by ZDN;1959421
正常的方法是不行的.
你需要重新下载个multilib的编译好的binary环境,就是tbz的那种包,包括gcc/binutils/glibc
然后emerge -k 或者解压到 /
再改profile到multilib,然后重新编译工具链.编译好了之后就可以编译system了

哦..学习了~

这样还不如重装安装呢

Hosanna

谢谢楼上几位了，我也是到GCC的时候过不去。
看来还是重新另外装一个x86好了，还好当初还留有15G的空间，应该足够了,看来凡事都要留有余地呀！

ltwan2001

是因为要编译multilib版本的gcc和glibc，必须要靠multilib版本的gcc才行。
一个先有鸡还是先有蛋的问题。。。

kimux

不能这么说吧

multilib和no-multilib都是用同样的stage3安装的

只不过chroot之后选择的profile不同,也就是no-multilib比multilib少了一个multilib的USE标记

gcc是在 -uDN world的时候去掉了multilib

也就是说no-multilib的gcc是用multilib的gcc编译来的

Hosanna

我的一开始也是multilib的，后来改了profile后emerge -e system后就是no-multilib了，本来还保留有上一版本（multilib）的GCC的，可惜在一次清理系统的过程中不小心干掉了，不然的话我想理论上是可以转回来的