From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26289 invoked by alias); 28 Apr 2005 06:34:22 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 26080 invoked from network); 28 Apr 2005 06:34:09 -0000 Received: from unknown (HELO e31.co.us.ibm.com) (32.97.110.129) by sourceware.org with SMTP; 28 Apr 2005 06:34:09 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e31.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j3S6Y8ua314398 for ; Thu, 28 Apr 2005 02:34:08 -0400 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j3S6Y8tY371552 for ; Thu, 28 Apr 2005 00:34:08 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id j3S6Y7n4001373 for ; Thu, 28 Apr 2005 00:34:08 -0600 Received: from imap.linux.ibm.com (imap.rtp.raleigh.ibm.com [9.42.107.100]) by d03av01.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j3S6Y7QB001367; Thu, 28 Apr 2005 00:34:07 -0600 Received: by imap.linux.ibm.com (Postfix, from userid 48) id 486377C00C; Thu, 28 Apr 2005 02:34:07 -0400 (EDT) Received: from ibmcsdl-9m89c83.cn.ibm.com (ibmcsdl-9m89c83.cn.ibm.com [9.181.134.65]) by imap.rtp.raleigh.ibm.com (IMP) with HTTP for ; Thu, 28 Apr 2005 02:34:07 -0400 Message-ID: <1114670047.427083df114fb@imap.linux.ibm.com> Date: Thu, 28 Apr 2005 06:34:00 -0000 From: woodzltc@us.ibm.com To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: about how to add support to new c++ compiler in GDB MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.7 X-SW-Source: 2005-04/txt/msg00383.txt.bz2 > You can find the patch, against current CVS GDB, at: > http://return.false.org/~drow/gdb/combined-rvct-patches.diff Got it, a really huge one. :-) > You should give these a try with xlc++ and see if they help. If not, > we'll need to discuss the differences in xlc output. > I just had a try. And it did help. No SEGV error any more. Followed is the summary report against xlc++(I only run the testcases under gdb.cp directory): # of expected passes 1514 # of unexpected failures 264 # of unexpected successes 1 # of known failures 29 # of unresolved testcases 2 I had some look at these failure report. Quite a lot of them are contributed by "__vfp", which is the same as "_vptr.CLASSNAME". GDB treat it as a normal class member. The debuginfo for "__vfp" is like this: <2><36a>: Abbrev Number: 17 (DW_TAG_member) DW_AT_name : __vfp DW_AT_accessibility: 1 (public) DW_AT_artificial : 1 DW_AT_data_member_location: 2 byte block: 23 0 (DW_OP_plus_uconst: 0) DW_AT_type : <348> <1><348>: Abbrev Number: 10 (DW_TAG_pointer_type) DW_AT_address_class: 0 DW_AT_type : <30c> <1><30c>: Abbrev Number: 16 (DW_TAG_union_type) DW_AT_sibling : <348> DW_AT_name : __vftTypeGCCV3 DW_AT_byte_size : 4 DW_AT_artificial : 1 <2><322>: Abbrev Number: 17 (DW_TAG_member) DW_AT_name : __faddr DW_AT_accessibility: 1 (public) DW_AT_artificial : 1 DW_AT_data_member_location: 2 byte block: 23 0 (DW_OP_plus_uconst: 0) DW_AT_type : <2ff> <2><334>: Abbrev Number: 17 (DW_TAG_member) DW_AT_name : __offset DW_AT_accessibility: 1 (public) DW_AT_artificial : 1 DW_AT_data_member_location: 2 byte block: 23 0 (DW_OP_plus_uconst: 0) DW_AT_type : <305> with which GDB will interpret as: __vftTypeGCCV3 *__vfp; Would you like to have a look at gdb.log. I could post that if you prefer. Thanks - Wu Zhou