Re: [gentoo-user] Changing the CHOST variable
Richard Fish wrote: This means that /usr/bin/as is a broken symlink, since -L is the dereference option. But binutils-config should fix that... ...unless glibc is broken in which case nothing will work... I have a suspicion that changing the ntpl/ntplonly use flags at the same time as changing CHOST wasn't a good idea. :-( I have a suspicion that you are right :) At this point, you probably need to boot from a liveCD and restore /lib/libc-2.4.so and /lib/libc.so.6 from a backup, or copy them from the liveCD. I tried this but it didn't really work. So I decided to backup and reinstall. Besides, I've been wanting to get that RAID system working anyways, and now I seem to have managed that so I am quite happy :) Now on to restoring the system... R -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing the CHOST variable
Bo Ørsted Andresen wrote: Do you use ccache, distcc or any other wrappers? If you do you may have to disable it until this is all resolved and the wrappers have been remerged. I had tried to set both of those up at one point, so they were still installed on my machine, but they were not enabled in /etc/make.conf. I tried to manually call a g++ command on some code I have, and got the following error: g++: installation problem, cannot exec `as': No such file or directory So my compiler is broke. Any pointers on how to fix this? What is the output of: # ls -L /usr/bin/as # ls -L /usr/bin/as ls: cannot access /usr/bin/as: No such file or directory The bizarre thing is that I can use the tab completion to see that there is an entry for /usr/bin/as there... That link is created by binutils-config. If it's broken switching the right binutils profile once again may fix it (even if it was already chosen): # binutils-config -l [1] i686-pc-linux-gnu-2.16.1 [2] i686-pc-linux-gnu-2.17 * # binutils-config 2 * Switching to i686-pc-linux-gnu-2.17 ... Tried this... [SNIP] # env-update # env-update /usr/bin/python: error while loading shared libraries: libc.so.6: cannot handle TLS data # source /etc/profile # ls -L /usr/bin/as ls: error while loading shared libraries: libc.so.6: cannot handle TLS data Actually, now I can't seem to do anything at all. Things like rm don't even work anymore... bizarre. I think my system is screwed now... -- Randy Barlow http://www.electronsweatshop.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing the CHOST variable
On 12/2/06, Randy Barlow [EMAIL PROTECTED] wrote: # ls -L /usr/bin/as # ls -L /usr/bin/as ls: cannot access /usr/bin/as: No such file or directory The bizarre thing is that I can use the tab completion to see that there is an entry for /usr/bin/as there... This means that /usr/bin/as is a broken symlink, since -L is the dereference option. But binutils-config should fix that... # env-update /usr/bin/python: error while loading shared libraries: libc.so.6: cannot handle TLS data ...unless glibc is broken in which case nothing will work... I have a suspicion that changing the ntpl/ntplonly use flags at the same time as changing CHOST wasn't a good idea. :-( At this point, you probably need to boot from a liveCD and restore /lib/libc-2.4.so and /lib/libc.so.6 from a backup, or copy them from the liveCD. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] Changing the CHOST variable
So I am trying to bring my CHOST from i386-pc-linux-gnu to i686-pc-linux-gnu by following the guide at http://www.gentoo.org/doc/en/change-chost.xml. Well so far things aren't working out so well. The first step is to change the CHOST variable. I also went ahead and added nptl and nptlonly to my USE flags while I was editing /etc/make.conf. Then I ran the command # emerge -av1 binutils gcc glibc binutils seemed to have merged correctly, but the configure script for gcc seems to be having issues. The last few lines of output show: checking whether the C compiler (gcc -mtune=i686 -pipe -march=pentium3 -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. I tried to manually call a g++ command on some code I have, and got the following error: g++: installation problem, cannot exec `as': No such file or directory So my compiler is broke. Any pointers on how to fix this? -- Randy Barlow http://www.electronsweatshop.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing the CHOST variable
Randy Barlow wrote: So I am trying to bring my CHOST from i386-pc-linux-gnu to i686-pc-linux-gnu by following the guide at http://www.gentoo.org/doc/en/change-chost.xml. Well so far things aren't working out so well. The first step is to change the CHOST variable. I also went ahead and added nptl and nptlonly to my USE flags while I was editing /etc/make.conf. Then I ran the command # emerge -av1 binutils gcc glibc binutils seemed to have merged correctly, but the configure script for gcc seems to be having issues. The last few lines of output show: checking whether the C compiler (gcc -mtune=i686 -pipe -march=pentium3 -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. I tried to manually call a g++ command on some code I have, and got the following error: g++: installation problem, cannot exec `as': No such file or directory So my compiler is broke. Any pointers on how to fix this? One thing I just thought of is that I could add the executables installed by binutils to my $PATH so that it can find them to build the new compiler - perhaps that will work? -- Randy Barlow http://www.electronsweatshop.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing the CHOST variable
On 12/1/06, Randy Barlow [EMAIL PROTECTED] wrote: So my compiler is broke. Any pointers on how to fix this? One thing I just thought of is that I could add the executables installed by binutils to my $PATH so that it can find them to build the new compiler - perhaps that will work? etc-update source /etc/profile should take care of that for you. HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing the CHOST variable
On 12/1/06, Richard Fish [EMAIL PROTECTED] wrote: On 12/1/06, Randy Barlow [EMAIL PROTECTED] wrote: So my compiler is broke. Any pointers on how to fix this? One thing I just thought of is that I could add the executables installed by binutils to my $PATH so that it can find them to build the new compiler - perhaps that will work? etc-update source /etc/profile should take care of that for you. er, I meant env-update source /etc/profile. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing the CHOST variable
Richard Fish wrote: er, I meant env-update source /etc/profile. Hrm... env-update source /etc/profile didn't seem to do the trick. Actually, I still can't call the compiler by hand when I do this (I can if I set the PATH variable to include the things from binutils, but that doesn't seem to help portage.) How do I change the PATH that portage is using? It doesn't *seem* to be using the same path as my user (root). Any help? -- Randy Barlow http://www.electronsweatshop.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing the CHOST variable
On Friday 01 December 2006 23:39, Randy Barlow wrote: [SNIP] binutils seemed to have merged correctly, but the configure script for gcc seems to be having issues. The last few lines of output show: checking whether the C compiler (gcc -mtune=i686 -pipe -march=pentium3 -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. Do you use ccache, distcc or any other wrappers? If you do you may have to disable it until this is all resolved and the wrappers have been remerged. I tried to manually call a g++ command on some code I have, and got the following error: g++: installation problem, cannot exec `as': No such file or directory So my compiler is broke. Any pointers on how to fix this? What is the output of: # ls -L /usr/bin/as That link is created by binutils-config. If it's broken switching the right binutils profile once again may fix it (even if it was already chosen): # binutils-config -l [1] i686-pc-linux-gnu-2.16.1 [2] i686-pc-linux-gnu-2.17 * # binutils-config 2 * Switching to i686-pc-linux-gnu-2.17 ... [SNIP] # env-update # source /etc/profile HtH -- Bo Andresen pgpWVW4HdGZ7u.pgp Description: PGP signature
