From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6612 invoked by alias); 20 Feb 2006 20:57:45 -0000 Received: (qmail 6592 invoked by uid 22791); 20 Feb 2006 20:57:44 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Mon, 20 Feb 2006 20:57:42 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FBI6B-00076K-8q; Mon, 20 Feb 2006 15:57:35 -0500 Date: Tue, 21 Feb 2006 04:13:00 -0000 From: Daniel Jacobowitz To: Eli Zaretskii Cc: Vladimir Prus , bob@brasko.net, gdb@sources.redhat.com Subject: Re: MI: type prefixes for values Message-ID: <20060220205735.GA27272@nevyn.them.org> Mail-Followup-To: Eli Zaretskii , Vladimir Prus , bob@brasko.net, gdb@sources.redhat.com References: <20060217193558.GD14873@brasko.net> <200602201023.05756.ghost@cs.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00276.txt.bz2 On Mon, Feb 20, 2006 at 10:55:44PM +0200, Eli Zaretskii wrote: > > From: Vladimir Prus > > Date: Mon, 20 Feb 2006 10:23:04 +0300 > > Cc: Eli Zaretskii , > > gdb@sources.redhat.com > > > > To make an even more specific question, I propose to: > > > > - Remove type prefix from output of -data-evaluate-expression and > > -var-evaluat-expression > > > > - Add 'type' field to the output of -data-evaluate-expression > > > > > > Is this OK with everyone? > > I think a better suggestion surfaced in this discussion: don't try to > parse the output of -data-evaluate-expression, and use -var-create > instead. Is that good enough? If not, why not? Yes; I think (and Jim's experience seems to confirm) that -var-evaluate-expression is sufficiently cheap that if you need more than a simple string output, you should use it. -- Daniel Jacobowitz CodeSourcery