From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22290 invoked by alias); 20 Dec 2007 05:16:43 -0000 Received: (qmail 22279 invoked by uid 22791); 20 Dec 2007 05:16:42 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 20 Dec 2007 05:16:36 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id lBK5GUxg012005; Thu, 20 Dec 2007 00:16:31 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lBK5GUF4027932; Thu, 20 Dec 2007 00:16:30 -0500 Received: from livre.oliva.athome.lsd.ic.unicamp.br (vpn-14-232.rdu.redhat.com [10.11.14.232]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lBK5GSHw018264; Thu, 20 Dec 2007 00:16:29 -0500 Received: from livre.oliva.athome.lsd.ic.unicamp.br (localhost.localdomain [127.0.0.1]) by livre.oliva.athome.lsd.ic.unicamp.br (8.14.2/8.14.1) with ESMTP id lBK5GRgK029544; Thu, 20 Dec 2007 03:16:27 -0200 Received: (from aoliva@localhost) by livre.oliva.athome.lsd.ic.unicamp.br (8.14.2/8.14.1/Submit) id lBK5GPg8029543; Thu, 20 Dec 2007 03:16:25 -0200 To: Andrew Haley Cc: Daniel Jacobowitz , gcc@gcc.gnu.org Subject: Re: Strange error message from gdb References: <18281.21294.238761.442229@zebedee.pink> <20071219172943.GA5939@caradoc.them.org> <18281.23234.151870.816362@zebedee.pink> <20071219185517.GA10986@caradoc.them.org> <18281.27225.249982.220171@zebedee.pink> From: Alexandre Oliva Errors-To: aoliva@oliva.athome.lsd.ic.unicamp.br Date: Thu, 20 Dec 2007 05:51:00 -0000 In-Reply-To: <18281.27225.249982.220171@zebedee.pink> (Andrew Haley's message of "Wed\, 19 Dec 2007 19\:00\:41 +0000") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2007-12/txt/msg00615.txt.bz2 On Dec 19, 2007, Andrew Haley wrote: > Right, so read_type_die() doesn't know how to handle > DW_TAG_interface_type. The weird thing is that I have never seen this > error mesage before today, and AFAIAA gcj has been generating these > interface types for a long while. For very small values of "long while" :-) This was added by: 2007-12-15 Alexandre Oliva PR debug/7081 * lang.c (java_classify_record): New. (LANG_HOOKS_CLASSIFY_RECORD): Override. Sorry, I didn't check whether GDB or other debug information consumers supported this tag. I just ASSumed they did, given how long they've been specified (today Dwarf 3 turns 2 :-) and how noisy a failure would be should one run into such a tag without supporting it. What now, revert until GDB et al are fixed, or leave it in, for it's the right thing to do, and it serves as an additional incentive for debug information consumers to support new Dwarf 3 features? Or introduce the -gdwarf-3 and get -gdwarf-2 (and -g?) to avoid using Dwarf 3 features that are not backward compatible? -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}