libjava testsuite problem under i686-pc-linux-gnu
John David Anglin
dave@hiauly1.hia.nrc.ca
Fri May 25 15:25:00 GMT 2001
> > > I think that this is a version mismatch between libgcc_s.so.0 and
> > > libgcj.so.2. I've seen this same thing before. You may need to
> > > delete shared libraries from your install dir, or better delete the
> > > install dir altogether, delete the build dir altogether and rebuild.
> > > Please tell us if it still fails with the current 3.0 branch.
> >
> > I did another build today. Still had the same problem until I installed
> > the new build. The testsuite must have been linking apps with libs
> > in the install directory as you suggested.
I think the problem is the test suite needs to set LD_LIBRARY_PATH:
dave@hiamlx:~/gnu/gcc-3.0/objdir/i686-pc-linux-gnu/libjava/.libs > ldd libgcj.so
...
libgcc_s.so.0 => /usr/local/lib/libgcc_s.so.0 (0x40563000)
...
dave@hiamlx:~/gnu/gcc-3.0/objdir/i686-pc-linux-gnu/libjava/.libs > export LD_LIBRARY_PATH=/home/dave/gnu/gcc-3.0/objdir/gcc:/usr/local/lib:/lib
dave@hiamlx:~/gnu/gcc-3.0/objdir/i686-pc-linux-gnu/libjava/.libs > ldd libgcj.so.2.0.0
...
libgcc_s.so.0 => /home/dave/gnu/gcc-3.0/objdir/gcc/libgcc_s.so.0 (0x40556000)
...
Also noticed testsuite applications appear to link with static libgcc.a.
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
More information about the Java
mailing list