bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: as 2.12, 2.13 on sparc -m64: error when linking: relocation trunc at


From: Teemu Torma
Subject: Re: as 2.12, 2.13 on sparc -m64: error when linking: relocation trunc ated to fit: R_SPARC_DISP32 .gnu.linkonce.t.NewAlloc
Date: Sat, 21 Sep 2002 13:24:51 +0200
User-agent: KMail/1.4.3

On Saturday 21 September 2002 09:55, Alan Modra wrote:
> On Wed, Sep 18, 2002 at 02:06:45PM -0700, address@hidden wrote:
> > I get the same error as below whether I use Sun's ld or binutils
> > ld, so I assume the problem is as. Any ideas? I've not seen a
> > response to the npte below. Thanks!
>
> It also might be a gcc problem.  I see sparc64 uses 32-bit
> displacements for eh data, to save memory.  Just how big is this
> application?

See the attached perl script to generate and compile a program that 
triggers the problem.  It is very parametrized since I had trouble to 
find what triggers the problem, and the result was that more than one 
main object file makes the problem appear.

I also filed a gcc bug c++/7506 on this one, but I haven't heard 
anything about it.

> > Problem with linking on 64 bit sparc solaris 2.7
>
> [snip]
>
> > NamingContext_i.o:itimerspec/../../../../src/appl/omniNames/NamingC
> >ontext_i. cc:56:
> > relocation truncated to fit: R_SPARC_DISP32
> > .gnu.linkonce.t._ZN5CORBA7releaseEPNS_6ObjectE
>
> Hmm, the above doesn't help much in tracking down this sort of
> problem. I'll see about tweaking ld's error messages.

I debugged the ld a bit and the error message is valid--it is trying to 
generate a 33 bit offset.

Teemu

Attachment: link-test.pl
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]