diff options
| author | Alan Modra <amodra@gmail.com> | 2014-08-12 10:43:33 +0930 |
|---|---|---|
| committer | Alan Modra <amodra@gmail.com> | 2014-08-12 20:47:36 +0930 |
| commit | 4613510308cea27713e8c7424b2afee9b99f6226 (patch) | |
| tree | 50a2534571a7e765830e335172d4f2fdfd6ff4fc /include/ChangeLog | |
| parent | 88d3f0870bdcb030d1b9f56f48e389860ff41918 (diff) | |
| download | gdb-4613510308cea27713e8c7424b2afee9b99f6226.zip gdb-4613510308cea27713e8c7424b2afee9b99f6226.tar.gz gdb-4613510308cea27713e8c7424b2afee9b99f6226.tar.bz2 | |
Change ld "notice" interface for better handling of indirect symbols
The main aim of this change was to have non_ir_ref set correctly on
new indirect symbols. I could have added a "copy" param to the "notice"
function, so that indirect symbols could be created in plugin_notice,
but it seemed cleaner to create indirect syms earlier and pass them
rather than "string" to "notice".
include/
* bfdlink.h (struct bfd_link_callbacks <notice>): Remove "string"
param, add "inh".
bfd/
* coff-aux.c (coff_m68k_aux_link_add_one_symbol): Only call "notice"
here when not calling the generic add_symbol function. Formatting.
Correct handling of indirect symbols. Update notice call.
* elflink.c (_bfd_elf_notice_as_needed): Update notice call.
* linker.c (_bfd_generic_link_add_one_symbol): Create indirect
symbols early. Update notice call. Add comments regarding weak
symbols vs. indirect.
ld/
* ldmain.c (notice): Update args.
* plugin.c (plugin_notice): Likewise. Follow warning sym link.
Handle new indirect symbol.
Diffstat (limited to 'include/ChangeLog')
| -rw-r--r-- | include/ChangeLog | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/include/ChangeLog b/include/ChangeLog index 75c218c..f13af30 100644 --- a/include/ChangeLog +++ b/include/ChangeLog @@ -1,5 +1,10 @@ 2014-08-12 Alan Modra <amodra@gmail.com> + * bfdlink.h (struct bfd_link_callbacks <notice>): Remove "string" + param, add "inh". + +2014-08-12 Alan Modra <amodra@gmail.com> + * bfdlink.h (struct bfd_link_info): Add lto_plugin_active. 2014-07-29 Matthew Fortune <matthew.fortune@imgtec.com> |