From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18578 invoked by alias); 18 Mar 2003 17:38:18 -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 18546 invoked from network); 18 Mar 2003 17:38:18 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 18 Mar 2003 17:38:18 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18vMvy-0005KX-00; Tue, 18 Mar 2003 13:39:38 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18vL2V-0007PZ-00; Tue, 18 Mar 2003 12:38:15 -0500 Date: Tue, 18 Mar 2003 17:38:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: gdb@sources.redhat.com Subject: Re: frame->unwind->this_base() Message-ID: <20030318173814.GA28471@nevyn.them.org> Mail-Followup-To: Andrew Cagney , gdb@sources.redhat.com References: <20030317171142.GA15367@nevyn.them.org> <3E7611EC.3020304@redhat.com> <20030317193537.GA11288@nevyn.them.org> <3E7670F6.9060906@redhat.com> <20030318051348.GA19741@nevyn.them.org> <3E773325.8090001@redhat.com> <20030318155007.GA26362@nevyn.them.org> <3E775106.8030609@redhat.com> <20030318171124.GA27974@nevyn.them.org> <3E77574F.2010407@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E77574F.2010407@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-03/txt/msg00283.txt.bz2 On Tue, Mar 18, 2003 at 12:28:47PM -0500, Andrew Cagney wrote: > >That would be a very bad assumption. They are pratically guarenteed to > >>be different. > > > > > >Then what do you mean by a "dwarf2 frame"? I'd assume you meant the > >CFA, but it sounds like you mean a frame for which we have dwarf2 > >.debug_info. > > A frame with debug info provided by dwarf2. CFI gives the register > info, location expressions give the variable info, ... > > What started out as a simple cfi-frame looks like it might need to > evolve into dwarf2-frame ... DWARF-2 debug info does not corelate with CFI info. For instance, GCC will generate DWARF-2 CFI with stabs debug info. It will also generate CFI with no debug info at all, or DWARF-2 info without any CFI (if requested). Can't lump 'em that way. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer