From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25402 invoked by alias); 28 Mar 2006 22:36:13 -0000 Received: (qmail 25393 invoked by uid 22791); 28 Mar 2006 22:36:13 -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; Tue, 28 Mar 2006 22:36:12 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FOMnJ-0003GU-Vj; Tue, 28 Mar 2006 17:36:10 -0500 Date: Tue, 28 Mar 2006 23:50:00 -0000 From: Daniel Jacobowitz To: Greg Watson Cc: gdb-patches@sources.redhat.com Subject: Re: RFC: more detailed type information Message-ID: <20060328223609.GD11817@nevyn.them.org> Mail-Followup-To: Greg Watson , gdb-patches@sources.redhat.com References: 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-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/msg00331.txt.bz2 On Thu, Mar 09, 2006 at 12:49:23PM -0700, Greg Watson wrote: > I'm using Eclipse as a front-end for gdb, but I need to be able to > get more detailed type information than is currently possible. This > is required in order to provide more sophisticated functionality than > just displaying the type and value as strings. Hi Greg, Can you be a little more detailed about what you need from GDB? There've been several mentions of this functionality recently, and I'm nearly positive that Apple's GDB supports something similar, so it's clearly a good idea. However, what you have is a very thin layer around GDB's type system, which makes it hard to change the type system at all without simultaneously changing the MI interface. I'd like to know what information is really useful. With C, of course, it doesn't much matter: the underlying type system can be simple because the language type system is simple. But with other supported languages this can be much harder. And, no offense, but the ref=/seen= interface is nasty! Maybe we should give types session UIDs. -- Daniel Jacobowitz CodeSourcery