My dynamically-linked executable no longer works with gcc 3.3 branch

[Andrew Haley <aph at redhat dot com>]

Scott Gilbertson writes:
 > I've moved to the 3.3 branch (my stuff was working on 3.2.1).  My
 > static-linked binary runs OK, but the dynamic-linked one fails like so:
 >   ./mts5000.dbg.bin: /lib/libgcc_s.so.1: version `GCC_3.3' not found
 > (required by /usr/lib/libgcj.so.4)
 > Any idea what's going on?

You haven't put the new libgcc.so at the front of your
LD_LIBRARY_PATH.

 > "ldd -r mts5000.dbg.bin" tells me:
 > symbol _Unwind_FindEnclosingFunction, version GCC_3.3 not defined in file
 > libgcc_s.so.1 with link time reference (/usr/lib/libgcj.so.4)
 > 
 > nm tells me that the symbol is defined in libgcc_s:
 > # nm -l -S -A --defined-only /usr/lib/libgcc_s.so.1 | grep FindEnclosing
 > /usr/lib/libgcc_s.so.1:00002950 00000035 T _Unwind_FindEnclosingFunction
 > /home/scott/gcc/branch33/obj/gcc/../../gcc/gcc/unwind-dw2.c:207
 > 
 > _Unwind_FindEnclosingFunction is used in
 > libjava/gnu/gcj/runtime/natStackTrace.cc, and nowhere else that I can see:
 >   gnu::gcj::runtime::MethodRef *
 >   gnu::gcj::runtime::StackTrace::getCompiledMethodRef (gnu::gcj::RawData
 > *addr)
 >   {
 >     void *p = _Unwind_FindEnclosingFunction (addr);
 >     return gnu::gcj::runtime::StackTrace
 >       ::methodAtAddress ((gnu::gcj::RawData *)p);
 >   }
 > 
 > I am configured this way:
 >   ../gcc/configure
 >     --prefix=/usr

Gosh, you're brave!  That's going to overwrite your system compiler...

 >     --mandir=/usr/share/man
 >     --infodir=/usr/share/info
 >     --enable-shared
 >     --enable-threads=posix
 >     --disable-checking
 >     --host=i386-redhat-linux
 >     --enable-java-awt=xlib,gtk
 >     --enable-libgcj
 >     --enable-languages=c,c++,java
 >     --with-system-zlib
 >     --enable-__cxa_atexit

Andrew.