Move elf32.em and elf-generic.em functions
Nick Alcock
nick.alcock@oracle.com
Fri Sep 20 21:53:00 GMT 2019
More information about the Binutils mailing list
Fri Sep 20 21:53:00 GMT 2019
- Previous message (by thread): Move elf32.em and elf-generic.em functions
- Next message (by thread): Rename elf32.em to elf.em
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 11 Sep 2019, Nick Alcock outgrape: > On 11 Sep 2019, Alan Modra stated: > >> Many ELF linker targets support multiple "emulations" and thus have >> multiple copies of elf32.em being compiled and linked into ld. This >> patch moves much of elf32.em and elf-generic.em into files which will >> be compiled just once, resulting in a 20% decrease in ld size for >> --enable-targets=all. > > As someone who just had to grok this for the first time, it was an > incredibly confusing tangle. This looks much better, no worse for ELF > than for anything else. Now adjusted to it: it's very nice. I'm using ldelfgen.c for the CTF stuff, because it should apply to anything that uses bfd_elf_final_link (that has a symbol table and strtab). (It *appears* the distinction between ldelfgen and ldelf is that ldelf is for 'Linux-like' systems with an ld.so search path, etc, while ldelfgen is for anything that uses ELF, even more embedded platforms. But I could be wrong. Anyway it seems that CTF strtab sharing and symtab shuffling should apply to both, so ldelfgen.c it is.)
- Previous message (by thread): Move elf32.em and elf-generic.em functions
- Next message (by thread): Rename elf32.em to elf.em
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list