From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16453 invoked by alias); 3 May 2003 22:27:15 -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 16441 invoked from network); 3 May 2003 22:27:15 -0000 Received: from unknown (HELO crack.them.org) (146.82.138.56) by sources.redhat.com with SMTP; 3 May 2003 22:27:15 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 19C5Te-000603-00; Sat, 03 May 2003 17:27:31 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 19C5T5-0005O6-00; Sat, 03 May 2003 18:26:55 -0400 Date: Sat, 03 May 2003 22:27:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: ac131313@redhat.com, gdb-patches@sources.redhat.com Subject: Re: [i386newframe/PATCH] New i386newframe branch Message-ID: <20030503222655.GA20680@nevyn.them.org> Mail-Followup-To: Mark Kettenis , ac131313@redhat.com, gdb-patches@sources.redhat.com References: <200304191651.h3JGp1Kr004648@elgar.kettenis.dyndns.org> <3EADA9AC.8030607@redhat.com> <200305011839.h41IdPdc000324@elgar.kettenis.dyndns.org> <3EB18FDE.9020106@redhat.com> <200305020929.h429TS9O030634@elgar.kettenis.dyndns.org> <3EB41A39.7000500@redhat.com> <200305032053.h43KrA2U015073@elgar.kettenis.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305032053.h43KrA2U015073@elgar.kettenis.dyndns.org> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-05/txt/msg00035.txt.bz2 On Sat, May 03, 2003 at 10:53:10PM +0200, Mark Kettenis wrote: > Date: Sat, 03 May 2003 15:36:25 -0400 > From: Andrew Cagney > > > > I might have something else for you to toy with. I've a prototype of > > a DWARF2 CFI unwinder ready, which is working fine in my i386newframe > > branch. I still need to clean up several hacks, but I might be able > > to check it in soon. > > Using dwarf2expr? I'd not be suprized if it makes dwarf2cfi redundant. > > Yes, well, my current implentation doesn't handle > DW_CFA_def_cfa_expression yet (GCC seems not to generate it for the > i386), but my intention is to use the code from dwarf2expr.c for it. > > My new implementation will replace dwarf2cfi.c. There was too much > code in there that I didn't understand, and too many bugs. For one > thing, dwarf2expr.c is massively leaking memory. Wait, is dwarf2cfi.c or dwarf2expr.c leaking memory? dwarf2expr.c shouldn't be allocating, only its clients. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer