From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7166 invoked by alias); 17 Mar 2006 19:32:47 -0000 Received: (qmail 7158 invoked by uid 22791); 17 Mar 2006 19:32:46 -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; Fri, 17 Mar 2006 19:32:45 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FKKgl-00055X-7m; Fri, 17 Mar 2006 14:32:43 -0500 Date: Fri, 17 Mar 2006 22:25:00 -0000 From: Daniel Jacobowitz To: Nick Roberts Cc: gdb-patches@sources.redhat.com Subject: Re: MI: type prefixes for values Message-ID: <20060317193243.GB19068@nevyn.them.org> Mail-Followup-To: Nick Roberts , gdb-patches@sources.redhat.com References: <17427.54333.236860.258115@kahikatea.snap.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17427.54333.236860.258115@kahikatea.snap.net.nz> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-03/txt/msg00231.txt.bz2 On Sun, Mar 12, 2006 at 08:56:45PM +1300, Nick Roberts wrote: > Here's a patch that doesn't print the type with the value for > -stack-list-arguments and -stack-list-list-locals (they both use > list_args_or_locals). This seems plausible to me. I checked what the change actually does: it goes through LA_VAL_PRINT instead of LA_VALUE_PRINT. For C, the differences between the two are (A) the types of pointers and references are printed, and (B) "set print object" is honored. We don't want (A), and (B) is pretty rusty now since we don't test it and it doesn't get used much, so I'm not worried about it. Are there any compatibility concerns, i.e. should we make this change for mi3 only? Could some frontend rely on these outputs? I don't think Eclipse does - it looks like it has some substantial code to skip them, though, so at least it is aware of them. -- Daniel Jacobowitz CodeSourcery