public inbox for gnu-gabi@sourceware.org
 help / color / mirror / Atom feed
* Re: Reserving a section type range for LLVM
  2017-01-01  0:00 ` Peter Collingbourne via gnu-gabi
@ 2017-01-01  0:00   ` H.J. Lu
  2017-01-01  0:00     ` Peter Collingbourne via gnu-gabi
  0 siblings, 1 reply; 5+ messages in thread
From: H.J. Lu @ 2017-01-01  0:00 UTC (permalink / raw)
  To: Peter Collingbourne
  Cc: gnu-gabi, Rafael Ávila de Espíndola, Rui Ueyama

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.

-- 
H.J.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Reserving a section type range for LLVM
  2017-01-01  0:00 Reserving a section type range for LLVM Peter Collingbourne via gnu-gabi
@ 2017-01-01  0:00 ` Peter Collingbourne via gnu-gabi
  2017-01-01  0:00   ` H.J. Lu
  0 siblings, 1 reply; 5+ messages in thread
From: Peter Collingbourne via gnu-gabi @ 2017-01-01  0:00 UTC (permalink / raw)
  To: gnu-gabi; +Cc: Rafael Ávila de Espíndola, Rui Ueyama

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Reserving a section type range for LLVM
  2017-01-01  0:00     ` Peter Collingbourne via gnu-gabi
@ 2017-01-01  0:00       ` H.J. Lu
  0 siblings, 0 replies; 5+ messages in thread
From: H.J. Lu @ 2017-01-01  0:00 UTC (permalink / raw)
  To: Peter Collingbourne
  Cc: gnu-gabi, Rafael Ávila de Espíndola, Rui Ueyama

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.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Reserving a section type range for LLVM
@ 2017-01-01  0:00 Peter Collingbourne via gnu-gabi
  2017-01-01  0:00 ` Peter Collingbourne via gnu-gabi
  0 siblings, 1 reply; 5+ messages in thread
From: Peter Collingbourne via gnu-gabi @ 2017-01-01  0:00 UTC (permalink / raw)
  To: gnu-gabi; +Cc: Rafael Ávila de Espíndola, Rui Ueyama

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Reserving a section type range for LLVM
  2017-01-01  0:00   ` H.J. Lu
@ 2017-01-01  0:00     ` Peter Collingbourne via gnu-gabi
  2017-01-01  0:00       ` H.J. Lu
  0 siblings, 1 reply; 5+ messages in thread
From: Peter Collingbourne via gnu-gabi @ 2017-01-01  0:00 UTC (permalink / raw)
  To: H.J. Lu; +Cc: gnu-gabi, Rafael Ávila de Espíndola, Rui Ueyama

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 ?

Peter

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2017-06-14 18:46 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-01-01  0:00 Reserving a section type range for LLVM Peter Collingbourne via gnu-gabi
2017-01-01  0:00 ` Peter Collingbourne via gnu-gabi
2017-01-01  0:00   ` H.J. Lu
2017-01-01  0:00     ` Peter Collingbourne via gnu-gabi
2017-01-01  0:00       ` H.J. Lu

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).