From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4028 invoked by alias); 20 Jan 2002 00:15:12 -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 3987 invoked from network); 20 Jan 2002 00:15:10 -0000 Received: from unknown (HELO bothner.com) (216.102.199.253) by sources.redhat.com with SMTP; 20 Jan 2002 00:15:10 -0000 Received: from bothner.com (eureka.bothner.com [192.168.1.9]) by bothner.com (8.11.6/8.11.6) with ESMTP id g0K0GNM20790; Sat, 19 Jan 2002 16:16:23 -0800 Message-ID: <3C4A0C1F.6070903@bothner.com> Date: Sat, 19 Jan 2002 16:15:00 -0000 From: Per Bothner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020111 X-Accept-Language: en-us MIME-Version: 1.0 To: Daniel Jacobowitz CC: gdb-patches@sources.redhat.com Subject: Re: patch to robustify gnuv3_rtti_type References: <3C49D9DF.4040700@bothner.com> <20020119183848.A32307@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-01/txt/msg00546.txt.bz2 Daniel Jacobowitz wrote: >> * gnu-v3-abi.c (gnuv3_rtti_type): Guard that vtable_symbol_name >> isn't NULL, which can happen with some gcj3.0-produced code. > > OK for now. I checked it in. > I'll see if we can cope with the vtables that it currently > emits, too. Well, I have a non-checked-in gcj path that is one step towards fixing the vtables, in that it add sthe extra header words "in front of" the vtable pointer. I.e. I've allocated space in the vtable for the rtti pointer, though leaving the pointer null. The next step is sctually generating the type_info object. It might be nice to actually *embed* the type_info object inside the Class object, possibly reducing some duplication. -- --Per Bothner per@bothner.com http://www.bothner.com/per/