OSABI on Linux Distros
Suprateeka R Hegde
hegdesmailbox@gmail.com
Fri Jan 1 00:00:00 GMT 2016
On 13-Jun-2016 11:30 PM, Carlos O'Donell wrote:
> On 06/13/2016 11:57 AM, Suprateeka R Hegde wrote:
>> It depends on what you are considering here. You considered only
>> dynamic linker. I consider even non-GNU tools that reads ELF. When
>> such a tool encounters SYSV as the ABI, it cannot do much. However,
>> if the tool can see that the ELF has GNU extensions, then it can do
>> better job of dumping GNU specific ELF details.
>>
>> My actual question is what is the harm if we mark GNU ABI for *any*
>> GNU extension and not restrict it to a partial list.
>
> That's a much better question, but still doesn't yet get at the crux
> of your argument.
I thought the use cases are implicit. Sorry for the ambiguity.
>
> It might be said that it should be possible to identify the OS from
> the OSABI value in order to aid in the processing of PT_LOOS to
> PT_HIOS entries (GNU_EH_FRAME, GNU_STACK, GNU_RELRO)?
>
> Is that what you are thinking?
Yes. But not just to process PT_LOOS-PT_HIOS. On certain enterprise
deployments there are necessities to sort or edit ELFs based on OS.
OSABI is one of the quickest and safest/reliable way. There are more
such use cases.
> I expect that entries between PT_LOOS to PT_HIOS are allowed to
> overlap between OSs?
Yes thats right. If they had to be unique, they could well be part of
gABI itself.
--
Supra
More information about the Gnu-gabi
mailing list