mips: disable combreloc for NEWABI

Alexandre Oliva aoliva@redhat.com
Sat Oct 19 20:40:00 GMT 2002


On Oct 19, 2002, Alexandre Oliva <aoliva@redhat.com> wrote:

> Now that I realize sorting relocations is actually useful for n32 and
> n64, I'll try to fix the relocation-sorting code so as to cope with
> this situation.

Here's a patch that supersedes the previous one.  I'm not totally
happy with the hack of using allocating
struct elf_link_sort_rela rela[i2e*count] as if it were
struct {
  ...
  union { Elf_Internal_Rel rel[i2e]; Elf_Internal_Rela rela[i2e]; }
} rela[count] but this was the best I could come up with that wouldn't
increase the memory use significantly for the most common case of
i2e==1.

Also, it was obviously not necessary to turn the union members into
arrays, but I found this would draw further attention to the fact that
something unusual is going on with them.


While investigating the dynamic relocations, I realized I had failed
to compose REL32 with 64 when generating dynamic relocations for n64,
so I fixed this too.

I'm giving this patch a round of heavy testing by building a lot of
shared libraries for n32 and n64 right now.  Ok to install if it
passes?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mips-bfd-combreloc.patch
Type: text/x-patch
Size: 8377 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20021019/246c4566/attachment.bin>
-------------- next part --------------

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                 aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer


More information about the Binutils mailing list