From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23594 invoked by alias); 22 Oct 2003 08:16:22 -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 23587 invoked from network); 22 Oct 2003 08:16:21 -0000 Received: from unknown (HELO mail86.defence-elec.de) (194.221.176.185) by sources.redhat.com with SMTP; 22 Oct 2003 08:16:21 -0000 Received: from vssrv11.defence-elec.de (unknown [10.199.101.18]) by mail86.defence-elec.de (Postfix) with SMTP id CC85513924 for ; Wed, 22 Oct 2003 10:16:20 +0200 (CEST) Received: from mgsrv11.defence-elec.de ([10.199.101.16]) by vssrv11.defence-elec.de (NAVGW 2.5.1.2) with SMTP id M2003102210163821490 for ; Wed, 22 Oct 2003 10:16:38 +0200 Received: by mgsrv11.defence-elec.de (Postfix, from userid 65534) id 833DE3FB8; Wed, 22 Oct 2003 10:16:20 +0200 (CEST) Received: from rheinmetall-de.com (nspc140.defence-elec.de [141.200.143.140]) by mgsrv11.defence-elec.de (Postfix) with ESMTP id 478503FAE for ; Wed, 22 Oct 2003 10:16:19 +0200 (CEST) Message-ID: <3F963CAB.1000002@rheinmetall-de.com> Date: Wed, 22 Oct 2003 08:16:00 -0000 From: Roul Oldenburger 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: gdb@sources.redhat.com Subject: debuginformation added from Ada sources / interpretation Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-5.4 required=5.0 tests=BAYES_01,USER_AGENT_MOZILLA_UA 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-10/txt/msg00248.txt.bz2 Hello everybody, I am using binutils' objdump to get easy to read debuginformation from our executables. My task is to reconstruct trees of structure types used in them in shared memories. binutils mailing list unfortunately couldn't help with my last question. I have problems to interpret certain structure type descriptions. The problem is in certain cases where there is no usual description of the top structure. As an example this is a description of a top structure used for a shared memory I can use to build the tree and calculate the offsets: ---- struct gen_siso_shared_memory_vme_env__vme_env_sm_description { /* size 208 id 1746 */ struct gen_siso_shared_memory_vme_env__vme_env_sm_basic_description /* id 1688 */ _parent; /* bitsize 256, bitpos 0 */ struct gen_siso_shared_memory_vme_env__version_description /* id 1691 */ version; /* bitsize 128, bitpos 256 */ struct gen_siso_shared_memory_vme_env__static_vme_env_sm_description /* id 1734 */ static; /* bitsize 544, bitpos 384 */ struct gen_siso_shared_memory_vme_env__dynamic_vme_env_sm_description /* id 1737 */ dynamic; /* bitsize 736, bitpos 928 */ }; ---- This is the description of another top structure ... but it's empty and says it is /* id 0 */ ---- struct awu_siso_shared_memory__shared_memory_description { /* id 0 */ }; ---- What also can be found is the following which almost look like it should ---- struct awu_siso_shared_memory__shared_memory_description___XVE { /* size 4 id 2712 */ struct awu_siso_shared_memory__shared_memory_basic_description /* id 2189 */ _parent; /* bitsize 256, bitpos 0 */ struct awu_siso_shared_memory__version_description /* id 2192 */ version; /* bitsize 128, bitpos 0 */ struct awu_siso_shared_memory__static_shared_memory_description /* id 0 */ *static___XVL; /* bitsize 32, bitpos 0 */ struct awu_siso_shared_memory__dynamic_shared_memory_table /* id 2706 */ dynamic___XVA4; /* bitsize 207264, bitpos 0 */ struct awu_siso_shared_memory__future_description /* id 2709 */ future; /* bitsize 43904, bitpos 0 */ struct awu_siso_shared_memory__data_field_description /* id 2620 */ data_field; /* bitsize 8647040, bitpos 0 */ struct awu_siso_shared_memory__environment_description /* id 2694 */ environment; /* bitsize 28061216, bitpos 0 */ }; ---- Unfortunately I don't know what the meaning of -an id 0 description is -the ___XVE name extension is -the extensions (___XVL, ___XVA4) in the components names are or why they are presented as pointer type Also all bitpos are 0 ... We are compiling Ada sources and use the following combination of tools: Linux: gcc-2.95.3-124 gnat-3.13p-27 binutils-2.11.90.0.29-14 $ as --version GNU assembler 2.11.90.0.29 gnatgcc --version 2.8.1 The compile options are -g -ggdb -gstabs+ Ian Lance Taylor (binutils) who developed that part of objdump guessed the extensions may be Ada specific. I would appreciate any help on this. Probably there is some document for gdb explaining or someone could point me to the right source which processes such debuginformation? Thanks Roul