From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27910 invoked by alias); 10 May 2012 20:39:28 -0000 Received: (qmail 27776 invoked by uid 22791); 10 May 2012 20:39:25 -0000 X-SWARE-Spam-Status: No, hits=-6.4 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 10 May 2012 20:39:11 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q4AKd9gl014385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 May 2012 16:39:09 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q4AKd7an014537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 May 2012 16:39:08 -0400 From: Tom Tromey To: Tomasz Grobelny Cc: Sergio Durigan Junior , Subject: Re: sun compiler and gdb References: <25b0084e43f4d35410c8dff55a3be61d@192.168.5.248> <543302446b67dbf68e8cedb69a197d77@192.168.5.248> <871umtrtab.fsf@fleche.redhat.com> <87havoqhxm.fsf@fleche.redhat.com> <4eaa53078c18227995efd9409baaf5eb@192.168.5.248> Date: Thu, 10 May 2012 20:39:00 -0000 In-Reply-To: <4eaa53078c18227995efd9409baaf5eb@192.168.5.248> (Tomasz Grobelny's message of "Thu, 10 May 2012 18:37:41 +0200") Message-ID: <87pqab93f8.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2012-05/txt/msg00044.txt.bz2 >>>>> "Tomasz" == Tomasz Grobelny writes: Tomasz> Reading symbols from /login/sg209371/gdbtest/a.out.sparc...expanding to Tomasz> full symbols...Die: DW_TAG_ (abbrev 9, offset 0x1bb) You want DIE 0x1bb... Tomasz> parent at offset: 0x197 ... or perhaps 0x197 ... Tomasz> With the relevant portion of dwarfdump looking like this: Tomasz> <2>< 443> DW_TAG_SUN_class_template But this appears to be DIE 0x443. Tomasz> Shouldn't unknown tag just be ignored? Yes, but I think what is happening is that you have one DIE which uses DW_AT_type to refer to another DIE, and gdb doesn't know what to do with the type DIE. Tomasz> I searched for other tags that might be compiler specific and Tomasz> here is the list: Those are actually attributes; tags would be DW_TAG_something. Tomasz> Are any of these supported or (at least) explicitly ignored by gdb? AFAIK, no Sun extensions to DWARF are supported by gdb. Generally they should be ignored, but as you've seen, there are sometimes exceptions. My impression is that this part of gdb is not heavily tested. Tom