This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: RFC: Add SHT_GNU_PHDRS
- From: Florian Weimer <fweimer at redhat dot com>
- To: "Jan Beulich" <JBeulich at suse dot com>
- Cc: "H.J. Lu" <hjl dot tools at gmail dot com>, <binutils at sourceware dot org>, <gnu-gabi at sourceware dot org>
- Date: Thu, 27 Sep 2018 10:21:40 +0200
- Subject: Re: RFC: Add SHT_GNU_PHDRS
- References: <CAMe9rOoqcxZxPKgJn1JwG+ux4YRVbfWQBR=d9BOR3cfQgRn9QA@mail.gmail.com> <CAMe9rOoqcxZxPKgJn1JwG+ux4YRVbfWQBR=d9BOR3cfQgRn9QA@mail.gmail.com> <87tvmbv8hp.fsf@oldenburg.str.redhat.com> <5BAC7D6802000078001EC6D1@prv1-mh.provo.novell.com>
* Jan Beulich:
>>>> On 27.09.18 at 07:01, <fweimer@redhat.com> wrote:
>> * H. J. Lu:
>>
>>> I am proposing
>>>
>>> #define SHT_GNU_PHDRS 0x6ffffff4 /* Dummy section for program header */
>>>
>>> This is a special read-only SHF_ALLOC zero-size data section. It is the
>>> first output section, which will force a data PT_LOAD segment with program
>>> header before the code-only PT_LOAD segment,
>>
>> Is it actually a requirement in the ELF specification that all bits
>> loaded via segments are covered by sections as well?
>
> Hardly, because the presence of a section table isn't required
> in the first place in an executable (iirc).
I think so too, and that is why I don't understand this section hack is
needed.
Thanks,
Florian