From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27128 invoked by alias); 15 Apr 2002 07:51:50 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 27068 invoked from network); 15 Apr 2002 07:51:44 -0000 Received: from unknown (HELO rennsau.regent.e-technik.tu-muenchen.de) (129.187.231.63) by sources.redhat.com with SMTP; 15 Apr 2002 07:51:44 -0000 Received: from reisser.regent.e-technik.tu-muenchen.de (reisser.regent.e-technik.tu-muenchen.de [129.187.231.143]) by rennsau.regent.e-technik.tu-muenchen.de (8.8.8/8.6.9) with ESMTP id JAA23840 ; Mon, 15 Apr 2002 09:51:43 +0200 (MET DST) From: "Peter.Schauer" Received: (pes@localhost) by reisser.regent.e-technik.tu-muenchen.de (8.8.8/8.6.9) id JAA01272 ; Mon, 15 Apr 2002 09:51:42 +0200 (MET DST) Message-Id: <200204150751.JAA01272@reisser.regent.e-technik.tu-muenchen.de> Subject: Re: Switch ARM, SPARC and i386 to generic dummy frames (PC_IN_CALL_DUMMY)? To: ac131313@cygnus.com (Andrew Cagney) Date: Mon, 15 Apr 2002 00:51:00 -0000 Cc: gdb@sources.redhat.com In-Reply-To: <3CB99778.4050403@cygnus.com>; from "Andrew Cagney" at Apr 15, 102 8:42 am X-SW-Source: 2002-04/txt/msg00250.txt.bz2 AFAIK, generic dummy frames work only with the AT_ENTRY mechanism. But for 32 bit SPARC ABI we need ON_STACK, see http://sourceware.cygnus.com/ml/gdb/1999-q4/msg00064.html http://sources.redhat.com/ml/gdb-patches/2000-05/msg00041.html for an explanation. I am afraid that we have to extend the generic dummy frame code to allow ON_STACK, if we want to use generic dummy frames for SPARC. > Hello, > > If I remember one of those unwritten ``grand plans'' correctly, the > intent is to have all targets switched to ``generic dummy frames''. True? > > Among other things, generic dummy frames do not save/restore registers > on the target stack (instead they are cached locally) and this should > improve the overall performance of an inferior function call. > > Anyway, the thing that prompts this is PC_IN_CALL_DUMMY(PC, SP, FP). > There are several implementations. Only two: > > - generic: looks for the FP in the list of dummy frames > - stack: looks for PC in [FP..SP) > > require the SP/FP parameters. I've a patch to fix the first one (search > for the PC). If the ARM, SPARC and i386 can switch to generic dummy > frames then those parameters can be eliminated and all calls simplified. > > Any chance of having these converted? > > Andrew > > > -- Peter Schauer pes@regent.e-technik.tu-muenchen.de