This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] Use data cache for stack accesses
- From: Daniel Jacobowitz <drow at false dot org>
- To: Doug Evans <dje at google dot com>
- Cc: tromey at redhat dot com, Pedro Alves <pedro at codesourcery dot com>, gdb-patches at sourceware dot org
- Date: Thu, 3 Sep 2009 15:44:51 -0400
- Subject: Re: [RFA] Use data cache for stack accesses
- References: <7e6c8d660907081308r13bff580rdcf4822c77df8403@mail.gmail.com> <200907082146.40513.pedro@codesourcery.com> <e394668d0908202300v2982d0c4y7e8f71d337f0b1d7@mail.gmail.com> <e394668d0908241748h769c8f8av1e3d8121688bc98f@mail.gmail.com> <m3hbvljcxp.fsf@fleche.redhat.com> <e394668d0909030838r469b81c7w5e32bcf9cd1dbf9@mail.gmail.com>
On Thu, Sep 03, 2009 at 08:38:30AM -0700, Doug Evans wrote:
> On Wed, Sep 2, 2009 at 1:42 PM, Tom Tromey<tromey@redhat.com> wrote:
> >>>>>> "Doug" == Doug Evans <dje@google.com> writes:
> >
> > Doug> * dwarf2loc.c (dwarf2_evaluate_loc_desc): Mark values on stack with
> > Doug> set_value_stack.
> >
> > I ran across this while merging the DW_OP_*_value patch.
> >
> > Do we really know that such values always come from the stack? ?It seems
> > plausible to me that this is the case in practice, but aren't compilers
> > free to refer to any memory at all from a DWARF expression?
>
> Blech. It's a bit confusing.
>
> I don't honestly know.
> I'll do some research.
They can come from the stack, or elsewhere. You might be able to
track based-on (similar to how prologue-value.h does it) to identify
CFA-relative accesses. DW_OP_deref has to clear it, though.
--
Daniel Jacobowitz
CodeSourcery