This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Mainline bootstrap failure in libjava, i686-pc-linux-gnu
- To: Per Bothner <per at bothner dot com>
- Subject: Re: Mainline bootstrap failure in libjava, i686-pc-linux-gnu
- From: Mark Wielaard <mark at klomp dot org>
- Date: Sat, 7 Apr 2001 14:44:34 +0200
- Cc: Jeffrey Oldham <oldham at codesourcery dot com>, jsm28 at cam dot ac dot uk,java at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org
- References: <20010406193001.A1583@codesourcery.com> <m2ae5t5l6l.fsf@kelso.bothner.com>
Hi,
On Fri, Apr 06, 2001 at 10:32:50PM -0700, Per Bothner wrote:
> Jeffrey Oldham <oldham@codesourcery.com> writes:
>
> > /nfs/oz/home/oldham/gcc-install/gcc0/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../../libgcj.so: undefined reference to `__terminate_set_func@GCC_3.0'
> > /nfs/oz/home/oldham/gcc-install/gcc0/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../../libgcj.so: undefined reference to `__rethrow@GCC_3.0'
> >
> > What is going wrong? Why do we have "@GCC_3.0" notations in gcc 3.1
> > code?
>
> The "@GCC_3.0" has something to do with symbol versioning. I suspect
> the link faitire is because it picking up the wrong libgcc. This has
> broken in the past, but it seems to work for me now.
I got the same thing last night. When linking jv-convert or gij it somehow
tries to use the libraries found in the --prefix dir (even if that is not
in your PATH or LD_LIBRARY_PATH). I cannot figure out why it is doing that.
But moving the old --prefix dir out of the way solved the problem for me.
Cheers,
Mark
--
Stuff to read:
<http://www.toad.com/gnu/whatswrong.html>
What's Wrong with Copy Protection, by John Gilmore