From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7627 invoked by alias); 11 Nov 2004 19:47:48 -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 7550 invoked from network); 11 Nov 2004 19:47:37 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 11 Nov 2004 19:47:37 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1CSKun-0004R0-My; Thu, 11 Nov 2004 14:47:29 -0500 Date: Thu, 11 Nov 2004 21:18:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: randolph@tausq.org, gdb@sources.redhat.com Subject: Re: dwarf2 and frame bases Message-ID: <20041111194728.GA16269@nevyn.them.org> Mail-Followup-To: Mark Kettenis , randolph@tausq.org, gdb@sources.redhat.com References: <20041110235149.GO15714@tausq.org> <20041110235649.GA741@nevyn.them.org> <20041111000933.GP15714@tausq.org> <20041111030938.GA4784@nevyn.them.org> <20041111164852.GS15714@tausq.org> <200411111941.iABJfeuD098483@elgar.sibelius.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411111941.iABJfeuD098483@elgar.sibelius.xs4all.nl> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-11/txt/msg00110.txt.bz2 On Thu, Nov 11, 2004 at 08:41:40PM +0100, Mark Kettenis wrote: > The problem here is that the debug information provided my the > compiler is wrong, or at least incomplete. This should be fixed in > the compiler, not in GDB. Unfortunately this probably means we need > to have proper support for location expressions in GDB. Is there anything in particular that you know is missing? The only open issue I know of is multiple locations with overapping live ranges. Using a location list for the frame base should work. [But it's not clear how useful making DW_AT_frame_base work from the first instruction of the function is... the locals are all still uninitialized anyway.] -- Daniel Jacobowitz