From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9572 invoked by alias); 13 Oct 2005 13:50:16 -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 9553 invoked by uid 22791); 13 Oct 2005 13:50:13 -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 13:50:13 +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 j9DDoB1a144276 for ; Thu, 13 Oct 2005 13:50:11 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 j9DDoBLh155030 for ; Thu, 13 Oct 2005 15:50:11 +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 j9DDoAnB000463 for ; Thu, 13 Oct 2005 15:50:10 +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 j9DDoAY5000460; Thu, 13 Oct 2005 15:50:10 +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 j9DDnmw0002394; Thu, 13 Oct 2005 15:49:48 +0200 Received: (from uweigand@localhost) by 53v30g15.boeblingen.de.ibm.com (8.12.10/8.12.10/Submit) id j9DDnm4F002393; Thu, 13 Oct 2005 15:49:48 +0200 From: Ulrich Weigand Message-Id: <200510131349.j9DDnm4F002393@53v30g15.boeblingen.de.ibm.com> Subject: Re: RFA: general prologue analysis framework To: jimb@redhat.com (Jim Blandy) Date: Thu, 13 Oct 2005 13:50:00 -0000 Cc: gdb-patches@sourceware.org In-Reply-To: from "Jim Blandy" at Oct 12, 2005 05:19:27 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2005-10/txt/msg00117.txt.bz2 Jim Blandy wrote: > pv_is_array_ref is strictly a utility function; there's nothing in > there you couldn't do with the existing primitives. It was used in > the original s390 analyzer, but nothing uses it now. S390 frames have > (had?) distinct areas set up for saving gprs and fprs, and they're > always full-sized. I used pv_is_array_ref to recognize stores to > those areas. The 'pv_area' functions are new; I think they'd handle > the problem better. I've removed the pv_is_array_ref code from the s390 analyzer, because recent GCC (optionally) no longer uses fixed-size register save areas in order to reduce the amount of wasted stack space. The analyser now assumes the top-most stack slot holding an incoming (call-saved) register value is in fact the save area for that register. I don't need any 'area' functions at all any more ... Bye, Ulrich -- Dr. Ulrich Weigand Linux on zSeries Development Ulrich.Weigand@de.ibm.com