From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13264 invoked by alias); 5 Nov 2004 20:37:00 -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 13247 invoked from network); 5 Nov 2004 20:36:58 -0000 Received: from unknown (HELO walton.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 5 Nov 2004 20:36:58 -0000 Received: from elgar.sibelius.xs4all.nl (elgar.sibelius.xs4all.nl [192.168.0.2]) by walton.sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id iA5KaNLl004270; Fri, 5 Nov 2004 21:36:23 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (localhost [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.12.6p3/8.12.6) with ESMTP id iA5KaNZ6014697; Fri, 5 Nov 2004 21:36:23 +0100 (CET) (envelope-from kettenis@elgar.sibelius.xs4all.nl) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.12.6p3/8.12.6/Submit) id iA5KaHFK014692; Fri, 5 Nov 2004 21:36:17 +0100 (CET) Date: Fri, 05 Nov 2004 20:37:00 -0000 Message-Id: <200411052036.iA5KaHFK014692@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: cagney@gnu.org, gdb-patches@sources.redhat.com In-reply-to: <20041105191217.GA23973@nevyn.them.org> (message from Daniel Jacobowitz on Fri, 5 Nov 2004 14:12:17 -0500) Subject: Re: [COMMIT] Fix decoding CIE's in DWARF frame info References: <200411051543.iA5Fh1nK020633@juw15.nfra.nl> <418BB19C.7000100@gnu.org> <200411051853.iA5IrpfP014435@elgar.sibelius.xs4all.nl> <20041105191217.GA23973@nevyn.them.org> X-SW-Source: 2004-11/txt/msg00090.txt.bz2 Date: Fri, 5 Nov 2004 14:12:17 -0500 From: Daniel Jacobowitz On Fri, Nov 05, 2004 at 07:53:51PM +0100, Mark Kettenis wrote: > Date: Fri, 05 Nov 2004 12:00:12 -0500 > From: Andrew Cagney > > Mark Kettenis wrote: > > The old code didn't take into account that the encoding used to > > specify the personality routine in the augmentation could be > > DW_PE_EH_aligned. > > > > Fixed by the attach patch. > > > > Committed to mainline. I'll commit this to the branch later today. > > How are you testing this? I'm seeing: > > dwarf2-frame.c:1083: internal-error: Unsupported encoding: DW_EH_PE_indirect > > If your toolchain really generates DW_EH_PE_indirect, it's a different > problem; I don't know how to properly support this :-(. I do know that some GCC toolchains emit DW_EH_PE_indirect - I ran into it yesterday on PowerPC. It's exactly what it says; after applying whatever other encoding (pcrel, etc), dereference the result. Adding this to read_encoded_value should be pretty straightforward. I don't think so. We read the encoded pointers when we load the executable in GDB. But if the value of these encoded pointers is known at that point, why doesn't the (static) linker resolve things instead of having us goe through the indirection process? Mark