Hi,
I have a gentoo system that I keep reasonably up-to-date, except that
until this week I have had gcc-2.95.3 installed as my primary
compiler. I have been getting some strange errors in ebuilds for some
time, and I suspect this is why.
So I decided to finally upgrade to a 3.x gcc. I followed the
instructions here:
http://www.gentoo.org/doc/en/new-upgrade-to-gentoo-1.4.xml
In particular, I emerged gcc-3.3.4-r1 (newest stable version), I
switched the gcc-config and Portage profiles (using gcc-config and
replacing the /etc/make.profile link), and I recompiled the toolchain
of glibc-2.3.3.20040420-r1 and binutils-2.14.90.0.8-r1. gcc was
recompiled with the new version before glibc was compiled, and I also
recompiled gcc again afterwards to make sure it was current with the
new glibc.
So I proceeded on to the step of recompiling the world with the new
compiler, and that's where the problem came up. I did an 'emerge -e
world', and xfree-4.3.0-r6 was about the 15th package to come up for
compilation, but it stopped with an error:
<...clipped...>
installing in programs/scripts...
make[3]: Entering directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/scripts'
install -c -m 0755 xon.sh /var/tmp/portage/xfree-4.3.0-r6/image//usr/X11R6/bin/xon
install in programs/scripts done
make[3]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/scripts'
installing in programs/glxinfo...
make[3]: Entering directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/glxinfo'
rm -f glxinfo
gcc -o glxinfo -mno-mmx -ansi -pedantic -Wno-return-type -w -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -lpthread -lm -Wl,-rpath-link,../../exports/lib
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5: undefined reference to `_Unwind_Resume_or_Rethrow@GCC_3.3'
collect2: ld returned 1 exit status
make[3]: *** [glxinfo] Error 1
make[3]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/glxinfo'
make[2]: *** [install] Error 2
make[2]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc'
make: *** [install] Error 2
!!! ERROR: x11-base/xfree-4.3.0-r6 failed.
!!! Function src_install, Line 635, Exitcode 2
!!! (no error message)
I poked around on Google but didn't really find much except a couple
of people who thought there was a bug in the gcc 3.3 series that
causes this problem. I did notice that /lib/libgcc_s.so.1 was linked
to an old version (I had previously installed gcc 3.0.4 as a secondary
compiler, and this was the version of libgcc_s.so.1), so I copied the
new libgcc_s.so and made the appropriate links, but that didn't change
things.
I now notice that /usr/lib/libstdc++.so is also the old version
(3.0.4), but I'm hesitant to go on replacing libraries manually.
Shouldn't that kind of thing be done by the ebuild? Or is this a case
where there are manual steps that must be taken to update libraries
after installing a new gcc? But I suspect that isn't even the
problem, since the error message shows the full path to the newly
installed libstdc++:
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
I'm at a loss! Any help?
Thanks,
Marco
--
"Men make counterfeit money; in many more cases, money makes
counterfeit men."
- Sydney J. Harris, journalist and author (1917-1986)
--
gentoo-user@gentoo.org mailing list
I have a gentoo system that I keep reasonably up-to-date, except that
until this week I have had gcc-2.95.3 installed as my primary
compiler. I have been getting some strange errors in ebuilds for some
time, and I suspect this is why.
So I decided to finally upgrade to a 3.x gcc. I followed the
instructions here:
http://www.gentoo.org/doc/en/new-upgrade-to-gentoo-1.4.xml
In particular, I emerged gcc-3.3.4-r1 (newest stable version), I
switched the gcc-config and Portage profiles (using gcc-config and
replacing the /etc/make.profile link), and I recompiled the toolchain
of glibc-2.3.3.20040420-r1 and binutils-2.14.90.0.8-r1. gcc was
recompiled with the new version before glibc was compiled, and I also
recompiled gcc again afterwards to make sure it was current with the
new glibc.
So I proceeded on to the step of recompiling the world with the new
compiler, and that's where the problem came up. I did an 'emerge -e
world', and xfree-4.3.0-r6 was about the 15th package to come up for
compilation, but it stopped with an error:
<...clipped...>
installing in programs/scripts...
make[3]: Entering directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/scripts'
install -c -m 0755 xon.sh /var/tmp/portage/xfree-4.3.0-r6/image//usr/X11R6/bin/xon
install in programs/scripts done
make[3]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/scripts'
installing in programs/glxinfo...
make[3]: Entering directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/glxinfo'
rm -f glxinfo
gcc -o glxinfo -mno-mmx -ansi -pedantic -Wno-return-type -w -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -lpthread -lm -Wl,-rpath-link,../../exports/lib
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5: undefined reference to `_Unwind_Resume_or_Rethrow@GCC_3.3'
collect2: ld returned 1 exit status
make[3]: *** [glxinfo] Error 1
make[3]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs/glxinfo'
make[2]: *** [install] Error 2
make[2]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc/programs'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r6/work/xc'
make: *** [install] Error 2
!!! ERROR: x11-base/xfree-4.3.0-r6 failed.
!!! Function src_install, Line 635, Exitcode 2
!!! (no error message)
I poked around on Google but didn't really find much except a couple
of people who thought there was a bug in the gcc 3.3 series that
causes this problem. I did notice that /lib/libgcc_s.so.1 was linked
to an old version (I had previously installed gcc 3.0.4 as a secondary
compiler, and this was the version of libgcc_s.so.1), so I copied the
new libgcc_s.so and made the appropriate links, but that didn't change
things.
I now notice that /usr/lib/libstdc++.so is also the old version
(3.0.4), but I'm hesitant to go on replacing libraries manually.
Shouldn't that kind of thing be done by the ebuild? Or is this a case
where there are manual steps that must be taken to update libraries
after installing a new gcc? But I suspect that isn't even the
problem, since the error message shows the full path to the newly
installed libstdc++:
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
I'm at a loss! Any help?
Thanks,
Marco
--
"Men make counterfeit money; in many more cases, money makes
counterfeit men."
- Sydney J. Harris, journalist and author (1917-1986)
--
gentoo-user@gentoo.org mailing list