This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: Relocation overflow with binutils-2.11.90.0.27
- To: Nix <nix at esperi dot demon dot co dot uk>
- Subject: Re: Relocation overflow with binutils-2.11.90.0.27
- From: "H . J . Lu" <hjl at lucon dot org>
- Date: Thu, 16 Aug 2001 13:25:10 -0700
- Cc: binutils at sourceware dot cygnus dot com
- References: <87pu9vydh3.fsf@loki.wkstn.nix>
On Thu, Aug 16, 2001 at 09:08:40PM +0100, Nix wrote:
> also with (at least) 2.11.90.0.25, and 2.11.90.0.8, all on
> sparc-unknown-linux, with gcc-2.94pre+dso_handle from CVS as of
> 2001-08-10, and glibc from CVS as of 2001-08-15)
>
> (I mistakenly reported this to bug-binutils yesterday, whoops :( )
>
>
> Building perl's libperl.so as a shared library yields (when built with
> -O2 -fomit-frame-pointer -pipe -D__NO_STRING_INLINES
> -D_FILE_OFFSET_BITS=64, and probably with other flags too)
>
> gcc -o libperl.so -shared perl.o gv.o toke.o perly.o op.o regcomp.o dump.o util.o mg.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o perlapi.o
> sv.o: In function `Perl_sv_rvweaken':
> sv.o(.text+0x6d04): relocation truncated to fit: R_SPARC_GOT13 LLC62
> sv.o(.text+0x6da4): relocation truncated to fit: R_SPARC_GOT13 LLC63
> sv.o: In function `Perl_sv_del_backref':
> sv.o(.text+0x6e98): relocation truncated to fit: R_SPARC_GOT13 LLC64
> sv.o: In function `Perl_sv_insert':
> sv.o(.text+0x6efc): relocation truncated to fit: R_SPARC_GOT13 LLC65
> sv.o(.text+0x70e8): relocation truncated to fit: R_SPARC_GOT13 LLC66
>
> [and so on for seemingly every instance of this relocation]
>
> These relocations are not frighteningly large, and one would not expect
> them to overflow:
>
> 00006d04 R_SPARC_GOT13 .LLC62
> 00006da4 R_SPARC_GOT13 .LLC63
> 00006e98 R_SPARC_GOT13 .LLC64
> 00006efc R_SPARC_GOT13 .LLC65
> 000070e8 R_SPARC_GOT13 .LLC66
>
> I'm sufficiently ignorant about the details of ELF that I'm not even
> 100% certain that the problem here is in the binutils... but it seems
> like a good bet. If it isn't right, feel free to flame to to a crisp ;)
I am not a sparc expert. Does anyone have any ideas?
H.J.