Gcc 4 on solaris 9 breaks my code

Question

Hi!
I recently upgraded from gcc 3.4 to gcc 4.0.1 and previously working code now core dumps with segmentation fault.
Basically, I have an application that loads several shared libraries. These libraries use dlsym() to find function symbols in the other loaded libraries. Now, when on shared library goes to invoke
a function in another shared library, I get a segmentation fault. The addresses seem to be getting slightly mangled.
I'm coding on solaris 9 sparcv9.
Has anyone seen something like this and fixed it? Was I getting lucky with gcc?
The same code works on GNU/Linux and win32.
Thanks,
Bobby

Answer 1

Yes, I've been using GNU tar, (Sun's native tar complains about checksum and aborts).
I also checked that in the source tree and found that there are 2 files whose names end with ".hp" rather than ".hpp". I copied those to ".hp" files to ".hpp".
But now I'm encountering different problems entirely, complains about the gmp, mpfr and libiconv of being wrong ELF class.
I've been using gcc 3.4.6 from sunfreeware.com as well as the latest gmp, mpfr and libiconv, all were supposedly compiled by gcc 3.4.6.
I tried rebuilding gmp etc., but then configure complains
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
configure:4217: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest
configure:4220: $? = 0
Test compile: __builtin_alloca availability
configure:4260: /usr/local/gcc-3.4.6/bin/gcc -O2 -m64 -mptr64 conftest.c >&5
Undefined first referenced
symbol in file
main /big2/usr.local/gcc-3.4.6/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.6/sparcv9/crt1.o
ld: fatal: Symbol referencing errors. No output written to a.out
collect2: ld returned 1 exit status
configure:4263: $? = 1
failed program was:
int k; int foo () { __builtin_alloca (k); }
Test compile: abs int -> double conversion
configure:4384: /usr/local/gcc-3.4.6/bin/gcc -O2 -m64 -mptr64 conftest.c >&5
configure:4387: $? = 0