From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19361 invoked by alias); 30 Jun 2005 22:21:46 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 19317 invoked by uid 22791); 30 Jun 2005 22:21:38 -0000 Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 30 Jun 2005 22:21:38 +0000 Received: from farnswood.snap.net.nz (p236-tnt2.snap.net.nz [202.124.108.236]) by viper.snap.net.nz (Postfix) with ESMTP id 4612055528E; Fri, 1 Jul 2005 10:21:34 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id A16B762A99; Thu, 30 Jun 2005 22:24:18 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17092.25345.897986.957028@farnswood.snap.net.nz> Date: Thu, 30 Jun 2005 22:21:00 -0000 To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: PATCH: Start Fortran support for variable objects. In-Reply-To: <20050630131454.GA8241@nevyn.them.org> References: <17091.4780.953681.620094@farnswood.snap.net.nz> <20050630025323.GA26397@nevyn.them.org> <17091.46378.720749.411474@farnswood.snap.net.nz> <20050630131454.GA8241@nevyn.them.org> X-SW-Source: 2005-06/txt/msg00392.txt.bz2 > Well, that's what was SUPPOSED to happen, anyway. > > <1>: Abbrev Number: 4 (DW_TAG_array_type) > DW_AT_sibling : > DW_AT_type : > <2>: Abbrev Number: 5 (DW_TAG_subrange_type) > DW_AT_type : > DW_AT_upper_bound : 4 This is Dwarf output? Using something like readelf? (I'm just guessing). > I would have expected there to be a lower bound also... but there just > isn't. Your patch is more or less OK. Let me reply to it to pick up > some formatting comments. For future reference, are you saying that there should be some internal representation for arrays that GDB uses which should describe the offset; that this could be used to print the variable object without reference to the language; and that this method should work with other unsupported (by varobj.c) languages like Pascal, for example? Nick