From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3339 invoked by alias); 12 Jul 2005 14:05:59 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 3319 invoked by uid 22791); 12 Jul 2005 14:05:49 -0000 Received: from lon-del-03.spheriq.net (HELO lon-del-03.spheriq.net) (195.46.50.99) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 12 Jul 2005 14:05:49 +0000 Received: from lon-out-03.spheriq.net ([195.46.50.131]) by lon-del-03.spheriq.net with ESMTP id j6CDeSvR000619 for ; Tue, 12 Jul 2005 13:40:28 GMT Received: from lon-cus-01.spheriq.net (lon-cus-01.spheriq.net [195.46.50.37]) by lon-out-03.spheriq.net with ESMTP id j6CDeRaT009150 for ; Tue, 12 Jul 2005 13:40:28 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-01.spheriq.net with ESMTP id j6CDeMAb014309 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 12 Jul 2005 13:40:25 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 327C4DD47; Tue, 12 Jul 2005 13:19:00 +0000 (GMT) Received: by zeta.dmz-eu.st.com (STMicroelectronics, from userid 60012) id 02FCD47470; Tue, 12 Jul 2005 13:20:59 +0000 (GMT) Received: from zeta.dmz-eu.st.com (localhost [127.0.0.1]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id B7BAA75969; Tue, 12 Jul 2005 13:20:59 +0000 (UTC) Received: from mail2.gnb.st.com (mail2.gnb.st.com [164.129.119.59]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id BB7684749E; Tue, 12 Jul 2005 13:20:57 +0000 (GMT) Received: from st.com (pcx0003.gnb.st.com [164.129.118.67]) by mail2.gnb.st.com (MOS 3.4.4-GR) with ESMTP id BNT03986 (AUTH lyon); Tue, 12 Jul 2005 15:18:54 +0200 (CEST) Message-ID: <42D3C33D.AEE0E518@st.com> Date: Tue, 12 Jul 2005 14:05:00 -0000 From: Christophe LYON MIME-Version: 1.0 To: Mark Kettenis Cc: drow@false.org, gdb@sources.redhat.com Subject: Re: dwarf2 frame unwinder assumptions on SP References: <42D285AB.9E36C062@st.com> <20050711145053.GA29229@nevyn.them.org> <42D290FF.F665B4A1@st.com> <20050711154723.GA30937@nevyn.them.org> <42D29716.CCF93A0C@st.com> <20050711160334.GA31890@nevyn.them.org> <200507111947.j6BJl7PV008162@elgar.sibelius.xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-O-General-Status: No X-O-Spam1-Status: Not Scanned X-O-Spam2-Status: Not Scanned X-O-URL-Status: Not Scanned X-O-Virus1-Status: No X-O-Virus2-Status: Not Scanned X-O-Virus3-Status: No X-O-Virus4-Status: No X-O-Virus5-Status: Not Scanned X-O-Image-Status: Not Scanned X-O-Attach-Status: Not Scanned X-SpheriQ-Ver: 2.2.3 X-SW-Source: 2005-07/txt/msg00135.txt.bz2 Mark Kettenis wrote: > > Date: Mon, 11 Jul 2005 12:03:34 -0400 > From: Daniel Jacobowitz > > On Mon, Jul 11, 2005 at 05:58:14PM +0200, Christophe LYON wrote: > > I don't see what to do in init_reg without adding a new value to the > > dwarf2_frame_reg_rule enum. Do you mean changing the semantics of > > DWARF2_FRAME_REG_CFA and provide a frame_prev_register() method > > to interpret it accordingly? > > No. Change it globally in dwarf2-frame.c, since the offset field is > currently unused with that rule. > > It's probably better to introduce DWARF2_FRAME_REG_CFA_OFFSET just > like we did for DWARF2_FRAME_REG_RA_OFFSET. That would be #1 on your > list, Christophe. > OK thanks. That way my preferred solution, but needed approval before proceeding. It's very similar to what Daniel suggested, and works well. Christophe.