This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: Testing Call frame information in .debug_frame section
- From: Anitha Boyapati <anitha dot boyapati at gmail dot com>
- To: Richard Henderson <rth at redhat dot com>
- Cc: gdb at sourceware dot org, binutils at sourceware dot org
- Date: Tue, 15 Feb 2011 23:39:15 +0530
- Subject: Re: Testing Call frame information in .debug_frame section
- References: <AANLkTim6hyXysiV-025BDgNJ84qaqTnkRdHi+e7bF2gx@mail.gmail.com> <AANLkTi=Rnu-wb2W8FejN=XQHmHuTq7rZovKuDdO-QLwi@mail.gmail.com> <AANLkTimOXF1V__SSFs1gtqJh5nc183EdeHm5NoeU6YXs@mail.gmail.com> <AANLkTike2osnZS=sUphuN_=oFQLCDUs54uuGCWL6cLVQ@mail.gmail.com> <4D5ABAB2.2000405@redhat.com>
On 15 February 2011 23:11, Richard Henderson <rth@redhat.com> wrote:
>
> On 02/13/2011 07:10 AM, Petr Hluzín wrote:
> > http://xfree86.cygwin.ru/ml/binutils/2010-08/msg00109.html
>
> I'll agree that a better error message would be helpful.
>
> To answer a question within that message:
>
> > By the way: Why AVR target does not understand CFI? What needs to be
> > done in binutils? And in GDB?
>
> ?TARGET_USE_CFIPOP
> ?DWARF2_DEFAULT_RETURN_COLUMN
> ?DWARF2_CIE_DATA_ALIGNMENT
> ?DWARF2_LINE_MIN_INSN_LENGTH
>
> are the macros that need to be defined,
I am a little confused here. I was under the impression that changes
to GCC files alone would suffice. I am missing something here. Are the
above mentioned changes required for assembling CFI information in
assembly files in binutils?
( I see that i386 defines them in gas)
>
> ?tc_cfi_frame_initial_instructions
>
> may be required depending on what the state of the unwind
> info incoming to a function. ?Have a look at tc-i386.c,
> tc_x86_frame_initial_instructions for a typical stack-based
> call mechanism.
>
> For the nearly related task of dwarf2 line numbers, you need
> a call to dwarf2_emit_insn emitted immediately before each
> insn is added to the frags. ?Again, see tc-i386.c for ideas.
>
>
Anitha