gcc 4.0 libgcc_eh static linking

["Roland Lengfeldner" <lengfeldner_roland at gmx dot at>]

Hello,

I try to link a C++ shared library with the static libstdc++.a and
libgcc.a/libgcc_eh.a libraries. The target is a shared library which is
independent of any other libraries except libc/libm. This works in gcc
version 2.95.3, 3.4.x and 4.0-20041205. In Version 4.0-20041212 & 20041219
this behaviour is changed. It seems that the parts taken of libgcc_eh are
now defined as local code instead of global code. The library libgcc_eh.a
looks the same in 20041212 & 20041205.

I use nm to see the difference,
nm libHugo | grep Unwind
Version 20041205 shows:
T _Unwind_Resume
whereas Version 20041212 shows:
t _Unwind_Resume

Information:
Host: i686-pc-linux-gnu
Binutils: 2.15

Reading specs from /opt/gcc_40a/lin6/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: /opt/gcc_compile/gcc-4.0-20041219/configure
--prefix=/opt/gcc_40a/lin6 --disable-nls --with-local-prefix=/opt/tools/lin6
--with-gnu-as --with-as=/opt/gcc_40a/lin6/bin/as --with-gnu-ld
--with-ld=/opt/gcc_40a/lin6/bin/ld --enable-__cxa_atexit
--enable-threads=posix --enable-shared --enable-languages=c,c++
Thread model: posix
gcc version 4.0.0 20041219 (experimental)

The compiler were bootstrapped and installed from scratch, with the same
options. I use gcc to link all obj files & the std libraries into one shared
object.

The Problem is, that I link another shared library libHugoPerl to the
resulting libHugo, in order have an interface to perl. A workaround would be
to link libgcc_eh.a also to libHugoPerl.

Is this now the correct behaviour, or a bug introduced with version
20041212? I looked through the diff file & furthermore read the mailing
lists but couldn't find anything related to this topic,

Regards,
Roland

-- 
+++ Sparen Sie mit GMX DSL +++ http://www.gmx.net/de/go/dsl
AKTION für Wechsler: DSL-Tarife ab 3,99 EUR/Monat + Startguthaben