From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12712 invoked by alias); 3 May 2003 20:53:19 -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 12705 invoked from network); 3 May 2003 20:53:18 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (62.163.169.212) by sources.redhat.com with SMTP; 3 May 2003 20:53:18 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6/8.12.5) with ESMTP id h43KrAdS000364; Sat, 3 May 2003 22:53:10 +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.6/8.12.6) with ESMTP id h43KrAwa015076; Sat, 3 May 2003 22:53:10 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6/8.12.6/Submit) id h43KrA2U015073; Sat, 3 May 2003 22:53:10 +0200 (CEST) Date: Sat, 03 May 2003 20:53:00 -0000 Message-Id: <200305032053.h43KrA2U015073@elgar.kettenis.dyndns.org> From: Mark Kettenis To: ac131313@redhat.com CC: gdb-patches@sources.redhat.com In-reply-to: <3EB41A39.7000500@redhat.com> (message from Andrew Cagney on Sat, 03 May 2003 15:36:25 -0400) Subject: Re: [i386newframe/PATCH] New i386newframe branch 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> X-SW-Source: 2003-05/txt/msg00034.txt.bz2 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. Mark