* The information is stored in a new section in the file using the ELF
NOTE format. Creator tools (compilers, assemblers etc) place the notes
into the binary files. Consumer tools (none written yet, but readelf
and/or objdump could be enhanced for this purpose) read the notes and
answer questions about the binaries concerned. Static linkers need
special care to handle merging of the notes.
* The information is stored in a section called .gnu.build.attributes.
(The name can be changed - it is basically irrelevant anyway, it is
the new section flag (defined below) that matters). The section has
the SHT_NOTE type and a new section flag set: SHF_GNU_BUILD_ATTRIBUTES.
(Suggested value: 0x00100000). This ndicates the special needs when
merging notes (see below).
The sh_link field should be set to contain the index of symbol table
section. If this field is 0 then the consumer should assume that
the first section of type SHT_SYMTAB in the section headers is
symbol table being used.
It doesn't sound like a note section, whose content should be
described by the note type. Will a new section type work
better?