From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-66858-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 15981 invoked by alias); 14 Sep 2009 20:22:43 -0000
Received: (qmail 15898 invoked by uid 22791); 14 Sep 2009 20:22:42 -0000
X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 	tests=AWL,BAYES_00,SPF_SOFTFAIL
X-Spam-Check-By: sourceware.org
Received: from mtaout3.012.net.il (HELO mtaout3.012.net.il) (84.95.2.7)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 14 Sep 2009 20:22:37 +0000
Received: from conversion-daemon.i_mtaout3.012.net.il by i_mtaout3.012.net.il (HyperSendmail v2004.12) id <0KPZ00C009R3FQ00@i_mtaout3.012.net.il> for gdb-patches@sourceware.org; Mon, 14 Sep 2009 23:22:30 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.70.38.189]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KPZ0070D9XHTIE0@i_mtaout3.012.net.il>; Mon, 14 Sep 2009 23:22:30 +0300 (IDT)
Date: Mon, 14 Sep 2009 20:22:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: Patch: implement new dynamic varobj spec
In-reply-to: <m34or570qu.fsf@fleche.redhat.com>
To: Tom Tromey <tromey@redhat.com>
Cc: gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <83ws41xomv.fsf@gnu.org>
References: <m3r5uejz4y.fsf@fleche.redhat.com> <83y6okzfl6.fsf@gnu.org> <m34or570qu.fsf@fleche.redhat.com>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2009-09/txt/msg00453.txt.bz2

> From: Tom Tromey <tromey@redhat.com>
> Cc: gdb-patches@sourceware.org
> Date: Mon, 14 Sep 2009 14:03:05 -0600
> 
> Tom> +This operation returns attributes of the newly-created varobj.  These
> Tom> +include, but are not limited to:
> 
> Eli> Why don't we have an exhaustive list here?
> 
> We may add attributes later.

Then I don't see a need to have the "not limited to" part.  When we
add more attributes, we should add them to the list.

> Tom> +For a dynamic varobj, this value cannot reliably be used to form an
> Tom> +expression.  Also, a dynamic varobj will not report the access
> Tom> +qualifying pseudo-children, regardless of the language.
> 
> Eli> Do we want to give the reader some hints as to how to achieve these
> Eli> with dynamic varobjs?
> 
> There is no way to do these.

I suggest to say so, then.

Thanks.