Re: Relocation overflow with binutils-2.11.90.0.27

[Jakub Jelinek <jakub at redhat dot com>]

On Thu, Aug 16, 2001 at 01:25:10PM -0700, H . J . Lu wrote:
> > 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]

> I am not a sparc expert. Does anyone have any ideas?

Too large library built from -fpic objects (as opposed -fPIC)?
-fpic has the restriction that .got section must fit into 4K (resp. 8K if
__GLOBAL_OFFSET_TABLE__ symbol is in the middle of .got, not in the
beginning).

	Jakub