[Top][All Lists]
[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
link-test.pl
Description: Text Data