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