[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