[PATCH 1/2] bfd: move the generation of the XCOFF .loader section after allocations
CHIGOT, CLEMENT
clement.chigot@atos.net
Thu Mar 17 15:01:25 GMT 2022
Stubs (added in a later patch) will generate new .loader symbols, once
the allocations have been done. Thus, the .loader section cannot be
layout before that.
bfd/ChangeLog:
* coff-rs6000.c (_bfd_xcoff_put_ldsymbol_name): Write len in
ldinfo->strings instead of directly in the output_bfd.
* coff64-rs6000.c (_bfd_xcoff64_put_ldsymbol_name): Likewise.
* xcofflink.c (struct xcoff_link_hash_table): Remove ldrel_count
field. Add ldinfo field.
(xcoff_mark_symbol): Adjust to new ldinfo field.
(xcoff_mark): Likewise.
(bfd_xcoff_link_count_reloc): Likewise.
(xcoff_build_loader_section): Split into two functions: one that
build the loader section (this function) and one that only size
it...
(xcoff_size_loader_section): ... (this function).
(bfd_xcoff_size_dynamic_sections): Adapt to new ldinfo field.
Move the part where the dynamic sections are build to ...
(bfd_xcoff_build_dynamic_sections): ... this function.
* xcofflink.h: Add bfd_xcoff_build_dynamic_sections prototype.
include/ChangeLog:
* coff/xcoff.h (struct xcoff_loader_info): Add ldrel_count and
libpath fields.
ld/ChangeLog:
* emultempl/aix.em (_after_allocation): New function.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-bfd-move-the-generation-of-the-XCOFF-.loader-section.patch
Type: application/octet-stream
Size: 19846 bytes
Desc: 0001-bfd-move-the-generation-of-the-XCOFF-.loader-section.patch
URL: <https://sourceware.org/pipermail/binutils/attachments/20220317/6e379fd3/attachment-0001.obj>
More information about the Binutils
mailing list