From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3774 invoked by alias); 13 May 2010 21:14:14 -0000 Received: (qmail 3763 invoked by uid 22791); 13 May 2010 21:14:13 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp3.ugent.be (HELO smtp3.UGent.be) (157.193.49.127) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 13 May 2010 21:14:08 +0000 Received: from localhost (mcheck2.ugent.be [157.193.49.249]) by smtp3.UGent.be (Postfix) with ESMTP id 6484C1477F8; Thu, 13 May 2010 23:14:06 +0200 (CEST) Received: from smtp3.UGent.be ([157.193.49.127]) by localhost (mcheck2.ugent.be [157.193.43.11]) (amavisd-new, port 10024) with ESMTP id ymOS+0gbXSkO; Thu, 13 May 2010 23:14:05 +0200 (CEST) Received: from [192.168.1.2] (unknown [91.182.107.115]) (Authenticated sender: jmaebe) by smtp3.UGent.be (Postfix) with ESMTPSA id 6E2251477E4; Thu, 13 May 2010 23:14:05 +0200 (CEST) Subject: Re: [Core] [RFC] dwarf debug information: Handle Free Pascal virtual table indexes Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Jonas Maebe In-Reply-To: Date: Thu, 13 May 2010 21:25:00 -0000 Cc: FPC Core Developer List , "Pierre Muller" , gdb-patches@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <23651.5388860882$1273672053@news.gmane.org> <11064.3996195451$1273708856@news.gmane.org> To: Tom Tromey X-j-chkmail-Enveloppe: 4BEC6B9C.006/91.182.107.115/[91.182.107.115]/[192.168.1.2]/ X-j-chkmail-Score: MSGID : 4BEC6B9C.006 on smtp3.UGent.be : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-05/txt/msg00286.txt.bz2 On 13 May 2010, at 22:53, Tom Tromey wrote: >>>>>> "Jonas" =3D=3D Jonas Maebe writes: >=20 > Jonas> I based that on what I saw gcc 4.0 (and 4.2) generate under Mac > Jonas> OS X for a virtual C++ method: >=20 > Thanks for pointing this out. It turns out that g++ is also doing the > wrong thing. I filed this today after asking Jason about it: >=20 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D44126 >=20 > So I guess we can safely try to reuse the existing C++ branch in the > DWARF reader for the Pascal case. I agree. And I assume it is currently not used because we don't generate an= AT_containing_type attribute (because that's used by GDB's DWARF parser to= initialise fnp->fcontext). That should not be too difficult to add, but I'= m not sure what it's doing in the debug info as part of a TAG_subprogram. As far as I can see, it's only defined by the DWARF3 spec for DW_TAG_ptr_to= _member_type entries (which are not supported by GDB, and I'm not entirely = sure about what their purpose is). Both GCC and FPC put all method declarat= ions as childs of the containing type's TAG_structure_type, so I think that= the context is implicit anyway. Jonas