Gentoo Archives: gentoo-dev

From: Sean Mitchell <sean@××××××××××.org>
To: gentoo-dev@g.o
Subject: [gentoo-dev] Looking for workaround for "undefined symbol: __dso_handle"
Date: Fri, 20 Dec 2002 17:37:54
Message-Id: 3E035489.5090802@arawak.tzo.org
1 Hullo all...
2
3 I'm running Gentoo 1.4rc1, and have run into a problem linking with
4 shared libraries I have written.
5
6 Well I compile a small test program, and link it with the object files
7 that went into my shared libs, it runs fine. However, when I link
8 against the shared libs, the test program fails on execution with:
9
10 ./phthreadtest: relocation error: /usr/local/lib/libph00.so.1: undefined
11 symbol: __dso_handle
12
13 I have searched all over and it seems that this is some sort of a bug in
14 binutils. There appears to also be a workaround:
15 http://gcc.gnu.org/ml/gcc-bugs/2000-04/msg00250.html
16
17 In short, gcc is rebuild without HAVE_GAS_HIDDEN.
18
19 So... I think I can do an
20
21 ebuild /usr/portage/sys-devel/gcc/gcc-3.2.1.ebuild unpack
22 followed by some mucky-mucky and then a
23 ebuild /usr/portage/sys-devel/gcc/gcc-3.2.1.ebuild compile
24 ebuild /usr/portage/sys-devel/gcc/gcc-3.2.1.ebuild install
25
26 The questions are... what mucky mucky exactly, and after rebuilding ggc
27 in this fashion will I need to do and emerge system to rebuild the whole
28 Gentoo system?
29
30 Anyone here familiar with this issue? I see there was a brief discussion
31 on this list about something similiar WRT to Mozilla and flash, but I
32 don't think the general problem was addressed.
33
34 Any and all help greatly appreciated!
35
36 Sean
37
38
39
40
41
42
43 --
44 gentoo-dev@g.o mailing list