Displaying 4 results from an estimated 4 matches for "ehframechpt".
2013 Sep 06
0
[LLVMdev] CFI Directives
...rsp updates. The two places I can think with
some documentation are
http://www.dwarfstd.org/doc/DWARF4.pdf (the 6.4 Call Frame Information
section). This is the old .debug_frame, but that is where the idea
came from.
http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/ehframechpt.html
http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/dwarfext.html#AEN1154
Cheers,
Rafael
2013 Sep 05
2
[LLVMdev] CFI Directives
Hi Rafael,
I've been staring at the CFI directives and have a question. Some background: I want to generate the compact unwind information using just the CFI directives. I *think* that this should be doable. The issue I'm facing right now is that I need to know how much the stack pointer was adjusted. So when I have something like this:
.cfi_startproc
Lfunc_begin175:
2015 Apr 11
2
[LLVMdev] __eh_frame info changes in Clang?
Nick,
Do you happen to know why the version reported in 'dwarfdump
--eh-frame' for object files now differs when compiled with and
without -g? The test used in FSF gcc's configure produces a diff of..
% diff -u conftest.o.g.stripped.dwarfdump conftest.o.g0.stripped.dwarfdump
--- conftest.o.g.stripped.dwarfdump 2015-04-10 21:43:15.000000000 -0400
+++
2015 Apr 27
2
[LLVMdev] __eh_frame info changes in Clang?
...Sent: Monday, April 27, 2015 2:07 PM
> To: Jack Howarth
> Cc: LLVM Developers Mailing List
> Subject: Re: [LLVMdev] __eh_frame info changes in Clang?
>
> That looks like a bug.
>
> From
>
> http://www.linuxbase.org/betaspecs/lsb/LSB-Core-generic/LSB-Core-
> generic/ehframechpt.html
>
> Version
> A 1 byte value that identifies the version number of the frame
> information structure. This value shall be 1.
>
> This was introduced by r211272. We should probably be producing 1/3/4
> for .debug_frame, but only 1 for .eh_frame.
I expect that truly stric...