[gentoo-dev] Looking for workaround for "undefined symbol: __dso_handle"

[gentoo-dev] Looking for workaround for "undefined symbol: __dso_handle"

[Sean Mitchell]

Hullo all...

I'm running Gentoo 1.4rc1, and have run into a problem linking with 
shared libraries I have written.

Well I compile a small test program, and link it with the object files 
that went into my shared libs, it runs fine. However, when I link 
against the shared libs, the test program fails on execution with:

./phthreadtest: relocation error: /usr/local/lib/libph00.so.1: undefined 
symbol: __dso_handle

I have searched all over and it seems that this is some sort of a bug in 
binutils. There appears to also be a workaround: 
http://gcc.gnu.org/ml/gcc-bugs/2000-04/msg00250.html

In short, gcc is rebuild without HAVE_GAS_HIDDEN.

So... I think I can do an

ebuild /usr/portage/sys-devel/gcc/gcc-3.2.1.ebuild unpack
  followed by some mucky-mucky and then a
ebuild /usr/portage/sys-devel/gcc/gcc-3.2.1.ebuild compile
ebuild /usr/portage/sys-devel/gcc/gcc-3.2.1.ebuild install

The questions are... what mucky mucky exactly, and after rebuilding ggc 
in this fashion will I need to do and emerge system to rebuild the whole 
Gentoo system?

Anyone here familiar with this issue? I see there was a brief discussion 
on this list about something similiar WRT to Mozilla and flash, but I 
don't think the general problem was addressed.

Any and all help greatly appreciated!

Sean






--
gentoo-dev@gentoo.org mailing list