Reserving a section type range for LLVM

[H.J. Lu]

On Wed, Jun 14, 2017 at 11:20 AM, Peter Collingbourne <pcc@google.com> wrote:
> On Wed, Jun 14, 2017 at 11:12 AM, H.J. Lu <hjl.tools@gmail.com> wrote:
>> On Wed, Jun 14, 2017 at 11:03 AM, Peter Collingbourne via gnu-gabi
>> <gnu-gabi@sourceware.org> wrote:
>>> Any objections to this?
>>>
>>> Peter
>>>
>>> On Wed, Jun 7, 2017 at 8:29 PM, Peter Collingbourne <pcc@google.com> wrote:
>>>> Hi,
>>>>
>>>> I am working on a feature in LLVM which will require a special section
>>>> type for passing information between the compiler and the linker.
>>>>
>>>> I see [1] that binutils has defined section types in the range
>>>> 0x6fff4700..0x6fff47ff, where presumably the 0x47 ('G') stands for
>>>> GNU. In a similar fashion I would like to have the range
>>>> 0x6fff4c00..0x6fff4cff reserved for LLVM.
>>>>
>>>> Thanks,
>>>> Peter
>>>>
>>>> [1] https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=elfcpp/elfcpp.h;h=cce40d41dedb281c2d8f41135250c2cc39162469;hb=HEAD#l369
>>
>> There are:
>>
>> #define SHT_GNU_INCREMENTAL_INPUTS 0x6fff4700   /* incremental build data */
>> #define SHT_GNU_ATTRIBUTES 0x6ffffff5   /* Object attributes */
>> #define SHT_GNU_HASH    0x6ffffff6      /* GNU style symbol hash table */
>> #define SHT_GNU_LIBLIST 0x6ffffff7      /* List of prelink dependencies */
>>
>> 0x6fff4700 to 0x6fffffff may be used for GNU section types.  We can carve
>> out  0x6fff4c00..0x6fff4cff for LLVM.
>
> Thanks, sounds good.
>
> Where would be the best place to document this? Should I send a pull
> request to https://github.com/hjl-tools/linux-abi ?
>

It sounds a good idea.  Can you send me a patch to add a section to
describe all these existing OS specific section types, plus LLVM ones?

Thanks.


-- 
H.J.