This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: analysis #2: alpha bootstrap failure on mainline

From: Richard Henderson <rth at redhat dot com>
To: Roger Sayle <roger at www dot eyesopen dot com>
Cc: Alan Modra <amodra at bigpond dot net dot au>, gcc at gcc dot gnu dot org
Date: Thu, 8 May 2003 14:22:27 -0700
Subject: Re: analysis #2: alpha bootstrap failure on mainline
References: <20030507125331.GT11607@bubble.sa.bigpond.net.au> <Pine.LNX.4.44.0305071209230.9540-100000@www.eyesopen.com>

On Wed, May 07, 2003 at 12:13:46PM -0600, Roger Sayle wrote:
> .libs/libgcj.la-4.o: branch relocation out-of-range, bad object file
> produced, can't branch from 0x3ffbfd1b518 to 0xfffffffffffffffc

I'm tracking this down.  It appears that the Java front end lies
to the backend about whether a particular routine is present in
the current translation unit.

On Linux this appears as 

/tmp/ccG8tX9j.o(.text+0x288):/dorothy/rth/gcc/src-gcc/libjava/testsuite/libjava.
cni/longfield.java:1: relocation truncated to fit: BRSGP java::lang::Object::Obj
ect[in-charge]()

at link time, rather than at run time as on Tru64.

r~

References:
- Re: analysis #2: alpha bootstrap failure on mainline
  - From: Alan Modra
- Re: analysis #2: alpha bootstrap failure on mainline
  - From: Roger Sayle

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]