From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20272 invoked by alias); 1 Jun 2003 09:44: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 19797 invoked from network); 1 Jun 2003 09:44:46 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (62.163.169.212) by sources.redhat.com with SMTP; 1 Jun 2003 09:44:46 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6p2/8.12.5) with ESMTP id h519idrJ000390; Sun, 1 Jun 2003 11:44:39 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6p2/8.12.6) with ESMTP id h519icTi006360; Sun, 1 Jun 2003 11:44:38 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6p2/8.12.6/Submit) id h519iY3F006357; Sun, 1 Jun 2003 11:44:34 +0200 (CEST) To: rth@twiddle.net Cc: Andrew Cagney , gdb@sources.redhat.com Subject: Re: [RFA] fix dwarf2 unwind of pc References: <20030601013551.GA12120@redhat.com> <3ED96961.2030401@redhat.com> <20030601042745.GA12157@redhat.com> From: Mark Kettenis Date: Sun, 01 Jun 2003 09:44:00 -0000 In-Reply-To: Richard Henderson's message of "Sat, 31 May 2003 21:27:45 -0700" Message-ID: <86k7c6cet9.fsf@elgar.kettenis.dyndns.org> X-SW-Source: 2003-06/txt/msg00005.txt.bz2 Richard Henderson writes: > On Sat, May 31, 2003 at 10:48:01PM -0400, Andrew Cagney wrote: > > The loss of control is likely from a dud return address (used for > > setting the return breakpoint) being computed when the the code is first > > stepped into dummy(). > > Indeed, a problem with the new dwarf2 unwinder. Neither of the > targets Mark tested have the return address in a register. Ok? > > r~ > > * dwarf2-frame.c (dwarf2_frame_cache): Handle retaddr_column > not overlapping PC_REGNUM. Ah, GCC is trying to be economical here. From reading the DWARF standard I would have expected the compiler to have emitted CFA instructions that actually put something in the return address column. Anyway, this shouldn't hurt. Approved. Mark