From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18259 invoked by alias); 5 May 2003 14:31: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 18248 invoked from network); 5 May 2003 14:31:15 -0000 Received: from unknown (HELO localhost.redhat.com) (207.219.125.105) by sources.redhat.com with SMTP; 5 May 2003 14:31:15 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 82E5C2B2F; Mon, 5 May 2003 10:31:12 -0400 (EDT) Message-ID: <3EB675B0.2090401@redhat.com> Date: Mon, 05 May 2003 14:31:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Kettenis Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH/i386newframe/RFC] DWARF CFI frame unwinder References: <200305042207.h44M7gNG023734@elgar.kettenis.dyndns.org> <3EB5DBFF.6030009@redhat.com> <200305051351.h45Dpuku009304@elgar.kettenis.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-05/txt/msg00064.txt.bz2 > Date: Sun, 04 May 2003 23:35:27 -0400 > From: Andrew Cagney > > Using the frame obstack for memory looks right. > > Well, the frame obstack only gets used for the frame cache. When > building the frame cache temporary memory for the frame state is > allocated using xmalloc(). I considered using the obstack, but > growing objects after they've been finished seems to be impossible > without ugly hacks. Yes (sorry I should have been more specific). > Memory for the CIE's and FDE's when reading the debug info is > allocated from the object's psymtab obstack. > > Mark >