https://sourceware.org/bugzilla/show_bug.cgi?id=27753
--- Comment #7 from Jan Beulich <jbeulich at suse dot com> --- (In reply to Fangrui Song from comment #6) > A dynamic loader needs PT_GNU_PROPERTY to know the ISA usage of a component. > .note.gnu.property makes up PT_GNU_PROPERTY. Therefore, the section needs to > SHF_ALLOC to be part of the program image. You fail to address my pointing out of this not being compliant to gABI. I also don't buy the argument that the dynamic loader needs the note sections mapped into memory. It can very well simply read them from the file. (I can see that it's _easier_ if they get mapped, but that's not an excuse to violate gABI, which I assume has good reasons to state what it states.) > If you use objcopy -O binary, you will notice that the output as 4mib. Why? > Because the linker generates .note.gnu.build-id . You need > -Wl,--build-id=none to remove it. > [...] > You may use -Wa,-mx86-used-note=no to remove .note.gnu.property This doesn't address my question as to making oneself immune to future such binutils changes. -- You are receiving this mail because: You are on the CC list for the bug.
