On Fri, 08 Jul 2011 21:58:34 -0700 Ian Lance Taylor <iant@xxxxxxxxxx> wrote: > Ryan Hill <dirtyepic@xxxxxxxxxx> writes: > > > Beginning in GCC 4.6.0 we started seeing various package failures at runtime > > with the message: > > > > symbol lookup error: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/libstdc++.so.6: > > undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15 > > What is the output of > > readelf -sr --wide /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/libstdc++.so.6 | grep _ZNSt14error_categoryD2Ev 0000003786cf3a38 00000a2b00000007 R_X86_64_JUMP_SLOT 0000003786a729a0 _ZNSt14error_categoryD2Ev + 0 2603: 0000003786a729a0 15 FUNC GLOBAL DEFAULT 12 _ZNSt14error_categoryD2Ev@@GLIBCXX_3.4.15 > This does not happen with current gcc mainline on my Ubuntu system. I don't have a copy of mainline installed, but I do see the error with 4.6 branch HEAD. I know at least Debian and Arch have the same problem. Playing around with the testcase it looks like it works if a C++ module is the first to be dlclosed, regardless of the number or order of C/C++ modules unloaded afterwards, and likewise fails if a C module is closed first. -- fonts, gcc-porting, it makes no sense how it makes no sense toolchain, wxwidgets but i'll take it free anytime @ gentoo.org EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662
Attachment:
signature.asc
Description: PGP signature
