From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10235 invoked by alias); 13 Oct 2005 17:48:28 -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 10212 invoked by uid 22791); 13 Oct 2005 17:48:26 -0000 Received: from mtagate3.de.ibm.com (HELO mtagate3.de.ibm.com) (195.212.29.152) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 13 Oct 2005 17:48:26 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate3.de.ibm.com (8.12.10/8.12.10) with ESMTP id j9DHmO1a151326 for ; Thu, 13 Oct 2005 17:48:24 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id j9DHmOLh235462 for ; Thu, 13 Oct 2005 19:48:24 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11/8.13.3) with ESMTP id j9DHmNPh004029 for ; Thu, 13 Oct 2005 19:48:23 +0200 Received: from 53v30g15.boeblingen.de.ibm.com (53v30g15.boeblingen.de.ibm.com [9.152.26.155]) by d12av02.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id j9DHmNZm004026; Thu, 13 Oct 2005 19:48:23 +0200 Received: from 53v30g15.boeblingen.de.ibm.com (localhost [127.0.0.1]) by 53v30g15.boeblingen.de.ibm.com (8.12.10/8.12.10) with ESMTP id j9DHm1w0002512; Thu, 13 Oct 2005 19:48:01 +0200 Received: (from uweigand@localhost) by 53v30g15.boeblingen.de.ibm.com (8.12.10/8.12.10/Submit) id j9DHm1eW002511; Thu, 13 Oct 2005 19:48:01 +0200 From: Ulrich Weigand Message-Id: <200510131748.j9DHm1eW002511@53v30g15.boeblingen.de.ibm.com> Subject: Re: RFA: general prologue analysis framework To: jimb@redhat.com (Jim Blandy) Date: Thu, 13 Oct 2005 17:48:00 -0000 Cc: uweigand@de.ibm.com (Ulrich Weigand), gdb-patches@sourceware.org In-Reply-To: from "Jim Blandy" at Oct 13, 2005 10:17:28 AM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2005-10/txt/msg00119.txt.bz2 Jim Blandy wrote: > It looks like your data->gpr_slot[i] array effectively serves the same > purpose as an area. If we had generic code to scan an area and > populate a trad_frame_cache, areas might save you code. Possibly, yes. I'm not sure I completely understand the pv_area code yet -- it appears to be all based on the notion of a fixed base register; how to you handle the situation where the base (and/or offset) used to access the area change in the middle of the prologue? Maybe it would be better to always base the area on the CFA ... Bye, Ulrich -- Dr. Ulrich Weigand Linux on zSeries Development Ulrich.Weigand@de.ibm.com