From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3414 invoked by alias); 18 Dec 2006 13:38:57 -0000 Received: (qmail 3399 invoked by uid 22791); 18 Dec 2006 13:38:56 -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, 18 Dec 2006 13:38:45 +0000 Received: from drow by nevyn.them.org with local (Exim 4.63) (envelope-from ) id 1GwIhI-0006Su-6l; Mon, 18 Dec 2006 08:38:28 -0500 Date: Mon, 18 Dec 2006 13:38:00 -0000 From: Daniel Jacobowitz To: Vladimir Prus Cc: Nick Roberts , gdb-patches@sources.redhat.com Subject: Re: RFC: MI - Detecting change of string contents with variable objects Message-ID: <20061218133827.GA24800@nevyn.them.org> Mail-Followup-To: Vladimir Prus , Nick Roberts , gdb-patches@sources.redhat.com References: <17797.65268.689590.797944@kahikatea.snap.net.nz> <17798.19683.251190.740216@kahikatea.snap.net.nz> <200612181136.02429.ghost@cs.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612181136.02429.ghost@cs.msu.su> User-Agent: Mutt/1.5.13 (2006-08-11) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00239.txt.bz2 On Mon, Dec 18, 2006 at 11:36:02AM +0300, Vladimir Prus wrote: > If it's better be done in gdb, then I think we'd need Python binding, so that you can do: > > define_python_function kdevelop_format_std_map ........... > > -var-set-format-expression V "kdevelop_format_std_map($a)" > > or something like that. But as I say, I don't yet sure such formatting should happen in gdb. I think it will end up being a Guile binding, and I was working on it over the weekend. Should a varobj always report changed if the way GDB would display the value has changed, in which case the special casing isn't necessary? -- Daniel Jacobowitz CodeSourcery