Hello, on my uclibc-hardened system, I experience this: | bombax ~ # gcc t.c -o t -lstdc++ -shared-libgcc | bombax ~ # ./t | ./t: can't resolve symbol '_Unwind_Resume_or_Rethrow' | bombax ~ # ldd ./t | libstdc++.so.6 => /usr/lib/gcc/i686-gentoo-linux-uclibc/3.4.4/libstdc++. so.6 (0x421db000) | libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x42285000) | libc.so.0 => /lib/libc.so.0 (0x4228c000) | libm.so.0 => /lib/libm.so.0 (0x422d9000) | ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x421d0000) | bombax ~ # (see also bug #106670) Note that libgcc_s comes from /lib. | bombax ~ # equery belongs libgcc_s.so | [ Searching for file(s) libgcc_s.so in *... ] | sys-devel/gcc-3.4.4-r1 (/usr/lib/gcc/i686-gentoo-linux-uclibc/3.4.4/libgcc_s. so -> libgcc_s.so.1) | bombax ~ # /lib/libgcc_s.so does however not seem to belong to any package. Is this a left- over from the stage1 install? (which in the end can be called a bug?) Moving / lib/libgcc_s.so (and .so.1) out of the way makes /usr/lib/gcc/i686-gentoo-linux- uclibc/3.4.4/libgcc_s.so.1 being used and the above 't' programme work fine. Regards, Milan Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.22-r2 (uclibc/x86/hardened, gcc-3.4.4, uclibc-0.9.27-r0, 2.6.11. 12-grsec-20 i686) ================================================================= System uname: 2.6.11.12-grsec-20 i686 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.4-r1, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-gentoo-linux-uclibc" CFLAGS="-Os -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-gentoo-linux-uclibc" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/ config /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail/ etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/usr/src/pkg" FEATURES="autoconfig buildpkg distlocks nodoc noinfo noman sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo ftp://ftp. uni-erlangen.de/pub/mirrors/gentoo http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://gentoo.inode.at/source http://gentoo.inode.at/" MAKEOPTS="-j1" PKGDIR="/usr/portage-pkg" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/jn" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex apache2 berkdb big-tables bzip2 crypt curl gd gnutls hardened imagemagick imap jabber jpeg mbox mcal mmap mmx mng mysql ncurses perl php pic png python readline slang sse ssl subversion svg threads tidy truetype uclibc unicode utf8 vpopmail xml xml2 zlib userland_GNU kernel_linux elibc_uclibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
no, it isnt try copying /usr/lib/gcc/i686-gentoo-linux-uclibc/3.4.4/libgcc_s.so.1 to /lib/ and see if that fixes things
I moved libgcc_s.so and libgcc_s.so.1 to another directory, which should things exactly the same way as copying /usr/lib/gcc/i686-gentoo-linux-uclibc/3.4.4/ libgcc_s.so should do. (testing..) I just verified that it does. (So I still think this is a bug? not sure where though) Regards, Milan
it's a known issue of not being able to update the file with gcc-config automatically
*** Bug 109295 has been marked as a duplicate of this bug. ***
Have we fixed this with newer versions of gcc-config or eselect? If not, do we intend on doing so? :)
