Re: Relocation overflow with binutils-2.11.90.0.27

["H . J . Lu" <hjl at lucon dot org>]

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.