From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-89455-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 4460 invoked by alias); 31 Mar 2012 05:54:01 -0000
Received: (qmail 4449 invoked by uid 22791); 31 Mar 2012 05:53:59 -0000
X-SWARE-Spam-Status: No, hits=-2.1 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,SPF_SOFTFAIL,TW_XG
X-Spam-Check-By: sourceware.org
Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 31 Mar 2012 05:53:45 +0000
Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M1Q00A00ITQOU00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Sat, 31 Mar 2012 08:53:44 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([84.228.100.223]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M1Q009ZTJ1JR001@a-mtaout22.012.net.il>; Sat, 31 Mar 2012 08:53:44 +0300 (IDT)
Date: Sat, 31 Mar 2012 05:54:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: set print object on should affect MI varobjs (PR mi/13393)
In-reply-to: <45311333142751@web61.yandex.ru>
To: xgsa <xgsa@yandex.ru>
Cc: gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <83obrdz579.fsf@gnu.org>
MIME-version: 1.0
Content-type: text/plain; charset=koi8-r
Content-transfer-encoding: 8BIT
References: <4ED92C05.9080803@yandex.ru> <m3mxanjiy0.fsf@fleche.redhat.com> <4EF22A4D.80703@yandex.ru> <20111221193630.GA28985@host2.jankratochvil.net> <4EF30389.5010008@yandex.ru> <20111223200951.GA19581@host2.jankratochvil.net> <4EF5D1C5.5010902@yandex.ru> <20120102022153.GA686@host2.jankratochvil.net> <4F07177C.5080201@yandex.ru> <m38vkfljq5.fsf@fleche.redhat.com> <4F32C009.2050103@yandex.ru> <87pqdma1mo.fsf@fleche.redhat.com> <4F412637.2010405@yandex.ru> <4F660CF6.9070008@yandex.ru> <8339953anu.fsf@gnu.org> <4F66DBD0.4000903@yandex.ru> <83vcm01obe.fsf@gnu.org> <4F6CADEF.4080700@yandex.ru> <83vclmynmz.fsf@gnu.org> <4F761708.8080105@yandex.ru> <83r4w9zua0.fsf@gnu.org> <45311333142751@web61.yandex.ru>
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: 2012-03/txt/msg01077.txt.bz2

> From: xgsa <xgsa@yandex.ru>
> Cc: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
> Date: Sat, 31 Mar 2012 01:25:51 +0400
> 
> 31.03.2012, 00:52, "Eli Zaretskii" <eliz@gnu.org>:
> > Close, but not quite there yet. šThe last piece we need to clarify is
> > the "actual (derived) type of the object is set" part. šWhat do you
> > mean by "type is set"? šThis text describes the result returned by
> > '-var-create', so did you mean to say that the actual type is
> > mentioned in the tuple returned by this operation? šIOW, did you mean
> > to point out that the 'type=TYPE' part of -var-create's output will
> > mention the actual type as TYPE?
> 
> Yes, it is exactly what I meant. Can you help me with the better wording?

I suggest this:

  The varobj's type.  This is a string representation of the type, as
  would be printed by the @value{GDBN} CLI.  If @samp{print object}
  (@pxref{Print Settings, set print object}) is set to @code{on}, the
  @emph{actual} (derived) type of the object is shown rather than the
  @emph{declared} one.