A relocation problem in shared objects for SH
Jeffrey A Law
law@cygnus.com
Mon Sep 18 08:57:00 GMT 2000
In message < ork8ccdzm4.fsf@guarana.lsd.ic.unicamp.br >you write:
> --=-=-=
>
> On Sep 16, 2000, Alexandre Oliva <aoliva@redhat.com> wrote:
>
> > On Sep 16, 2000, kaz Kojima <kkojima@rr.iij4u.or.jp> wrote:
> >> One point of this bug may be that it's exposed in the case of the
> >> relocateable object which is generated form several objects by ld -r
> >> command.
>
> > Right on the nail! Indeed, this causes the bug to show up.
>
> >> So I think that our ugly patch for elf32-sh.c (or something else) is
> >> still needed.
>
> > Yep. I'll keep looking for something else for a while :-)
>
> Here's the ``something else'' I've come up with. It fixes the
> relocatable link, so that it doesn't generate relocations with both
> an in-place value and an addend. I've tried to relocate a lot of PIC
> and non-PIC object files, and it always did The Right Thing (TM), so I
> guess this is the way to go. Ok to install?
>
>
> --=-=-=
> Content-Type: text/x-patch
> Content-Disposition: inline; filename=shpic-bfd-relocatable.patch
>
> Index: bfd/ChangeLog
> from Alexandre Oliva <aoliva@redhat.com>
>
> * elf32-sh.c (sh_elf_relocate_section): Use
> _bfd_final_link_relocate to apply the relocation against a section
> symbol, when doing relocatable links.
Excellent. Please install.
Thanks,
jeff
More information about the Binutils
mailing list