From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-18937-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 1115 invoked by alias); 5 Aug 2004 20:36:01 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 1108 invoked from network); 5 Aug 2004 20:36:00 -0000
Received: from unknown (HELO nevyn.them.org) (66.93.172.17)
  by sourceware.org with SMTP; 5 Aug 2004 20:36:00 -0000
Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian))
	id 1BsowQ-0008V1-Cu; Thu, 05 Aug 2004 16:34:22 -0400
Date: Thu, 05 Aug 2004 20:36:00 -0000
From: Daniel Jacobowitz <drow@false.org>
To: Andrew Cagney <cagney@gnu.org>
Cc: Jim Blandy <jimb@redhat.com>, Joel Brobecker <brobecker@gnat.com>,
	Mark Kettenis <kettenis@jive.nl>, gdb@sources.redhat.com
Subject: Re: interface to partial support for DW_OP_piece in dwarf2expr.[ch]
Message-ID: <20040805203421.GA17540@nevyn.them.org>
Mail-Followup-To: Andrew Cagney <cagney@gnu.org>,
	Jim Blandy <jimb@redhat.com>, Joel Brobecker <brobecker@gnat.com>,
	Mark Kettenis <kettenis@jive.nl>, gdb@sources.redhat.com
References: <vt2fz743d9h.fsf@zenia.home> <4111145F.7000504@gnu.org> <vt2wu0ejy1q.fsf@zenia.home> <200408050952.i759qXFK010181@juw15.nfra.nl> <vt2llgtd5h6.fsf@zenia.home> <20040805162734.GG1192@gnat.com> <vt2hdrh4eb2.fsf@zenia.home> <20040805184611.GA12288@nevyn.them.org> <411290C6.3000704@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <411290C6.3000704@gnu.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-SW-Source: 2004-08/txt/msg00084.txt.bz2

On Thu, Aug 05, 2004 at 03:55:50PM -0400, Andrew Cagney wrote:
> >On Thu, Aug 05, 2004 at 01:42:25PM -0500, Jim Blandy wrote:
> >
> >>>
> >>>Without stopping discussion of the best way to handle scattered values
> >>>in core GDB, I'd still like to hear comments on my suggested change to
> >>>dwarf2expr.[ch]'s interface, if there are any.
> >>>
> >>>Because dwarf2expr is supposed to be concerned with evaluating Dwarf
> >>>expressions, and *avoid* building GDB data structures directly, I
> >>>think that change can be assessed separately from the larger (and
> >>>harder, and more important) question.
> >
> >
> >I think it's fine.  You spelled "yield" wrong.
> 
> Did this get answered?
> >- a single value can have multiple locations (important for store)

No, and it's not relevant for Jim's request - focusing on the
dwarf2expr interface.  dwarf2loc, which deals with the lists of
locations, will need to be aware of this; but a single location
expression only has one location.

-- 
Daniel Jacobowitz