This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Darwin libgcj linkage issue
- From: howarth at bromo dot msbb dot uc dot edu (Jack Howarth)
- To: gcc at gcc dot gnu dot org
- Date: Sat, 30 Sep 2006 23:27:49 -0400 (EDT)
- Subject: Darwin libgcj linkage issue
I noticed that on Darwin PPC we get warnings of the form...
symbol _fabsf used from dynamic library /usr/lib/libm.dylib(fabs.o) not from earlier dynamic library /sw/lib/gcc4/lib/libgcj.8.dylib(sf_fabs.o)
symbol _fabs used from dynamic library /usr/lib/libm.dylib(fabs.o) not from earlier dynamic library /sw/lib/gcc4/lib/libgcj.8.dylib(s_fabs.o)
symbol _scalbn used from dynamic library /usr/lib/libm.dylib(scalb.o) not from earlier dynamic library /sw/lib/gcc4/lib/libgcj.8.dylib(s_scalbn.o/sw/lib/odcctool
s/bin/ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used
)
creating gappletviewer
Should we have wrappers in gcc/libjava/classpath/native/fdlibm/sf_fabs.c and
gcc/libjava/classpath/native/fdlibm/s_scalbn.c to use avoid compiling the
gcc versions of those functions and using the external libm versions instead?
Jack