From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5337 invoked by alias); 21 Apr 2002 05:35:26 -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 5330 invoked from network); 21 Apr 2002 05:35:25 -0000 Received: from unknown (HELO localhost.redhat.com) (24.112.240.27) by sources.redhat.com with SMTP; 21 Apr 2002 05:35:25 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 7820B3D1A; Sun, 21 Apr 2002 01:35:19 -0400 (EDT) Message-ID: <3CC24F97.1040704@cygnus.com> Date: Sat, 20 Apr 2002 22:35:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.9) Gecko/20020328 X-Accept-Language: en-us, en MIME-Version: 1.0 To: thorpej@wasabisystems.com Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH/RFA] Fix busted logic in find_saved_register() References: <20020420144817.W1627@dr-evil.shagadelic.org> <3CC1F4D3.9020104@cygnus.com> <20020420162639.X1627@dr-evil.shagadelic.org> <3CC20106.1080508@cygnus.com> <20020420185456.Z1627@dr-evil.shagadelic.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00719.txt.bz2 > On Sat, Apr 20, 2002 at 08:00:06PM -0400, Andrew Cagney wrote: > > > > Directly. The alpha_get_saved_register() is nearly identical to the > > > mips_get_saved_register(). > > > If you've implemented INIT_SAVED_REGS() do you need a custom > > get_saved_register()? > > Ok, this is where my understanding of the call_dummy stuff starts to get > muddled :-) > > The Alpha target doesn't use the generic call_dummy frame stuff, but > rather its own. I suspect it could be converted to use the generic > stuff, but an explanation of how it's supposed to work would really help :-) Traditional dummy frames were implemented by creating a fake frame on the stack that contained all the registers. Generic dummy frames instead, don't bother. They create a fake, local to gdb, frame that contains the saved registers, and then calls the inferior function directly. On the stack they appear like a special frameless function. On paper, getting them to work is fairly easy. See xstormy16-elf, cris-elf, or any new/obscure target. Suggest grepping for the word ``dummy'' and copying the corresponding settings. > Would it be terribly evil to commit the alpha multi-arch stuff that I > have now (which would meet your condition for committing my alpha-netbsd > configuration :-), and then take a stab at converting it to generic dummy > frames? Getting it multi-arched has a higher priority. Andrew