Problems with dso_handle

Problems with dso_handle

[Lee Iverson]

I'm compiling on Linux 2.2.16 with H.J.'s latest binutils (2.10.0.18) and
am seeing something that has me a bit baffled.

Most C++ programs now show up with the error:

	undefined symbol: __dso_handle

at link time.

In particular, 'make check' in the tree causes *all* of the libstdc++ tests
to fail with errors such as:

/home/leei/IUE/egcs/linux/i586-pc-linux-gnu/libstdc++/testsuite/tcomplex: error 
in loading shared libraries: /home/leei/IUE/egcs/linux/i586-pc-linux-gnu/libstdc
++/libstdc++-libc6.1-2.so.3: undefined symbol: __dso_handle
FAIL: tcomplex.cc execution

Is this something that I've broken in my compile-time environment?  It's been
showing up for about a week now, but I must admit that I haven't been testing
extensively (at all?) on this platform for some time now so it may have
happened any time in the past month or so.

How is the dso_handle stuff supposed to work?

I've bootstrapped with:

../configure --with-gcc-version-trigger=/home/leei/IUE/egcs/gcc/version.c --host=i586-pc-linux-gnu --prefix=/usr/egcs --disable-threads --enable-shared --enable-languages=c++,java,f77 --with-cpu=k6 --disable-nls
-------------------------------------------------------------------------------
Lee Iverson     		SRI International
leei@ai.sri.com			333 Ravenswood Ave., Menlo Park CA 94025
http://www.ai.sri.com/~leei/	(650) 859-3307

Re: Problems with dso_handle

[Mark Mitchell]

>>>>> "Lee" == Lee Iverson <leei@ai.sri.com> writes:

    Lee> I'm compiling on Linux 2.2.16 with H.J.'s latest binutils
    Lee> (2.10.0.18) and am seeing something that has me a bit
    Lee> baffled.

    Lee> Most C++ programs now show up with the error:

    Lee> 	undefined symbol: __dso_handle

    Lee> at link time.

I suspect that's something odd in the binutils/crtstuff.c interaction.
The __dso_handle variable should be defined in crtsfuff.c.

--
Mark Mitchell                   mark@codesourcery.com
CodeSourcery, LLC               http://www.codesourcery.com

Re: Problems with dso_handle

[Philipp Thomas]

* Mark Mitchell (mark@codesourcery.com) [20000730 20:37]:

>     Lee> Most C++ programs now show up with the error:
> 
>     Lee> 	undefined symbol: __dso_handle
> 
>     Lee> at link time.
> 
> I suspect that's something odd in the binutils/crtstuff.c interaction.
> The __dso_handle variable should be defined in crtsfuff.c.

Some versions of H.J's binutils had broken .hidden support, which resulted
in exactly this behaviour. But AFAIK, these problems are fixed. In any way
I'd say that H.J's could answer this much better.

Philipp

-- 
Philipp Thomas <pthomas@suse.de>
Development, SuSE GmbH, Schanzaecker Str. 10, D-90443 Nuremberg, Germany

#define NINODE  50              /* number of in core inodes */
#define NPROC   30              /* max number of processes */
 	-- Version 7 UNIX for PDP 11, /usr/include/sys/param.h

Re: Problems with dso_handle

[H . J . Lu]

On Sun, Jul 30, 2000 at 11:04:07AM -0700, Lee Iverson wrote:
> 
> I'm compiling on Linux 2.2.16 with H.J.'s latest binutils (2.10.0.18) and
> am seeing something that has me a bit baffled.
> 
> Most C++ programs now show up with the error:
> 
> 	undefined symbol: __dso_handle
> 
> at link time.
> 
> In particular, 'make check' in the tree causes *all* of the libstdc++ tests
> to fail with errors such as:
> 
> /home/leei/IUE/egcs/linux/i586-pc-linux-gnu/libstdc++/testsuite/tcomplex: error 
> in loading shared libraries: /home/leei/IUE/egcs/linux/i586-pc-linux-gnu/libstdc
> ++/libstdc++-libc6.1-2.so.3: undefined symbol: __dso_handle
> FAIL: tcomplex.cc execution
> 
> Is this something that I've broken in my compile-time environment?  It's been
> showing up for about a week now, but I must admit that I haven't been testing
> extensively (at all?) on this platform for some time now so it may have
> happened any time in the past month or so.
> 

There was a problem with the ELF visibility support in binutils which
__dso_handle uses. However, 2.10.0.18 should be ok. Are you sure
you are using binutils 2.10.0.18 to build

/home/leei/IUE/egcs/linux/i586-pc-linux-gnu/libstdc++/libstdc++-libc6.1-2.so.3

Please double check. You can add -v to gcc when building the shared
libstdc++. You may be surprised.


H.J.

Re: Problems with dso_handle

[Lee Iverson]

In message < 20000730171932.A18207@lucon.org >, "H . J . Lu" writes:
>
>There was a problem with the ELF visibility support in binutils which
>__dso_handle uses. However, 2.10.0.18 should be ok. Are you sure
>you are using binutils 2.10.0.18 to build
>
>/home/leei/IUE/egcs/linux/i586-pc-linux-gnu/libstdc++/libstdc++-libc6.1-2.so.3
>
>Please double check. You can add -v to gcc when building the shared
>libstdc++. You may be surprised.

What it seems to be looking like is a bad interaction between libstdc++-v3
and libstdc++.  I had configured and installed v3 to test its completeness
wrt. to a project I'm working on and after finding it wanting (maybe just its
recent rearchitecting instability) switched back.  The v3 installation seemed
to have left some detritus around though...  Starting to clean it up seems to
be getting me back on the right track though, so heads up to those trying
this.  Clean up after yourself.

-------------------------------------------------------------------------------
Lee Iverson     		SRI International
leei@ai.sri.com			333 Ravenswood Ave., Menlo Park CA 94025
http://www.ai.sri.com/~leei/	(650) 859-3307