From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10328 invoked by alias); 6 Apr 2006 06:34:26 -0000 Received: (qmail 10320 invoked by uid 22791); 6 Apr 2006 06:34:25 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Apr 2006 06:34:24 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FRO4M-0002GP-Vh for gdb-patches@sources.redhat.com; Thu, 06 Apr 2006 08:34:15 +0200 Received: from zigzag.lvk.cs.msu.su ([158.250.17.23]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Apr 2006 08:34:14 +0200 Received: from ghost by zigzag.lvk.cs.msu.su with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Apr 2006 08:34:14 +0200 To: gdb-patches@sources.redhat.com From: Vladimir Prus Subject: Re: RFC: more detailed type information Date: Thu, 06 Apr 2006 06:34:00 -0000 Message-ID: References: <20060328223609.GD11817@nevyn.them.org> <1C1CE32A-A819-4150-B6E6-7F27120B2A92@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.8.2 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-04/txt/msg00068.txt.bz2 Greg Watson wrote: >>> 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. > Just a quick followup. I've taken a look at the Apple changes to the > MI code. It appears they have (amongst other things) added a > 'typecode' value to the -var-create and -var-list-children commands. > This typecode is a direct translation of the GDB typecode into a > string (TYPE_CODE_ARRAY -> 'ARRAY', etc.), and would make it somewhat > easier to obtain type information. It still necessitates many MI > commands to obtain a complex type description, however, nor does it > appear to be possible to obtain length and/or byte ordering information. > > The additional level of information provided by Apple would > definitely be beneficial, but for my purposes a recursive type > description would still be the most preferable way to go. I, too, would like such detailed information to be available. In fact, I've asked for this too: http://sources.redhat.com/ml/gdb/2006-04/msg00016.html Daniel, maybe you can follow up to that post of mine on main list, or indicate what exactly do you want from this "MI type system" to be accepted? As I understand, GDB type system is basically direct representation of type system of languages it supports, so it's not likely it will change any time soon. - Volodya