Home Original page

[PATCH,V1 00/14] Definition and support for SFrame unwind format

Indu Bhagat indu.bhagat@oracle.com
Sat Oct 1 00:29:04 GMT 2022 
On 9/30/22 02:12, Nick Clifton wrote:
> Hi Indu,
> 
>> The format specification document still mains a TODO at this time. I 
>> plan to
>> resume working on this after I have tackled the task of SFrame 
>> generation for
>> PLT/veneers in aarch64.
> 
> I am concerned about this.  If you do not have a specification then it 
> is going
> to be hard to get the format adopted by third parties.  I assume that 
> you would
> like tools such as LLVM to support the format, as well as projects like the
> Linux kernel.  Maybe other commercial interests or academic endeavours.  
> None of
> them are going to take the format seriously if there isn't a specification.
> 

Noted. Let me see how I can get this done sooner.

> 
>> The information stored
>> in the .sframe section is a subset of what .eh_frame can convey: 
>> .eh_frame can
>> convey how to resurrect all callee-saved registers, if need be; but 
>> .sframe
>> does not.
> 
> Is it possible to convert existing .eh_frame sections into equivalent 
> .sframe
> sections ?
> 

It should be possible with additional tooling, yes.

Thanks

> Cheers
>    Nick
>
More information about the Binutils mailing list