From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14104 invoked by alias); 21 Nov 2003 14:58:39 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 14096 invoked from network); 21 Nov 2003 14:58:38 -0000 Received: from unknown (HELO mail86.defence-elec.de) (194.221.176.185) by sources.redhat.com with SMTP; 21 Nov 2003 14:58:38 -0000 Received: from vssrv11.defence-elec.de (unknown [10.199.101.18]) by mail86.defence-elec.de (Postfix) with SMTP id 9472513929 for ; Fri, 21 Nov 2003 15:58:37 +0100 (CET) Received: from mgsrv11.defence-elec.de ([10.199.101.16]) by vssrv11.defence-elec.de (NAVGW 2.5.1.2) with SMTP id M2003112115585502615 ; Fri, 21 Nov 2003 15:58:55 +0100 Received: by mgsrv11.defence-elec.de (Postfix, from userid 65534) id 9ADFF3FFF; Fri, 21 Nov 2003 15:55:21 +0100 (CET) Received: from rheinmetall-de.com (nspc140.defence-elec.de [141.200.143.140]) by mgsrv11.defence-elec.de (Postfix) with ESMTP id 39DE93FF3; Fri, 21 Nov 2003 15:55:20 +0100 (CET) Message-ID: <3FBE277F.5020005@rheinmetall-de.com> Date: Fri, 21 Nov 2003 14:58:00 -0000 From: Roul Oldenburger Organization: Rheinmetall Defence Electronic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: Joel Brobecker Cc: gdb@sources.redhat.com Subject: Re: debuginformation generated by GNAT References: <3FBA41DC.6050209@rheinmetall-de.com> <20031118185122.GD1319@gnat.com> <3FBCE28E.10807@rheinmetall-de.com> <20031120182051.GB1186@gnat.com> In-Reply-To: <20031120182051.GB1186@gnat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-6.7 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-SW-Source: 2003-11/txt/msg00195.txt.bz2 Yes GNAT did ... -- XUP struct gen_siso_common_types__spectral_table___XUP { /* size 8 id 1475 */ gen_siso_common_types__spectral_table___XUA *P_ARRAY; /* bitsize 32, bitpos 0 */ struct gen_siso_common_types__spectral_table___XUB /* id 1474 */ *P_BOUNDS; /* bitsize 32, bitpos 32 */ }; -- XUT struct gen_siso_common_types__spectral_table___XUT___XVE { /* size 4 id 1476 */ struct gen_siso_common_types__spectral_table___XUB /* id 1474 */ BOUNDS; /* bitsize 64, bitpos 0 */ gen_siso_common_types__spectral_table___XUA *ARRAY___XVL; /* bitsize 32, bitpos 0 */ }; -- leads to XUB struct gen_siso_common_types__spectral_table___XUB { /* size 8 id 1474 */ awu_siso_basic_types__Tnatural32B LB0; /* bitsize 32, bitpos 0 */ awu_siso_basic_types__Tnatural32B UB0; /* bitsize 32, bitpos 32 */ }; But not for 'bdt_spectral_description' struct gen_siso_common_types__bdt_spectral_description___XVE { /* size 4 id 1546 */ gen_siso_common_types__bdt_spectral_description__T73s *cas___XVL; /* bitsize 32, bitpos 0 */ gen_siso_common_types__bdt_spectral_description__T75s *fas___XVL4; /* bitsize 32, bitpos 0 */ gen_siso_common_types__bdt_spectral_description__T77s *tas___XVL4; /* bitsize 32, bitpos 0 */ }; struct gen_siso_common_types__bdt_spectral_description__T77s___XA { /* size 4 id 1545 */ long int gen_siso_common_types__bdt_spectral_description__T76s___XDL_1; /* bitsize 32, bitpos 0 */ }; Thanks again Roul Joel Brobecker wrote: >>The first tells me 'tas' has a variable length and needs an alignment of >>4 storage units ... the given field is as you said the access field. > > > Right. > > >>As I understood it is just a substitute or does it actually represent >>the pointer to the array behind it. > > > In memory, this is a pointer to your array. From the user's perspective, > though, the ___XVL suffix tells you that he believes it's just an array. > > >>The second tells me it actually is an array .... exp_debug.ads: > > > Did GNAT generate any ___XUP or ___XUT type, that's where the bounds are > stored when the upper bounds are dynamic. See "Pointers to Unconstrained > Arrays". > > The types you were looking at are useful when you are trying to print > the type of the array type itself, not the type of the field, I believe. >