From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24190 invoked by alias); 17 Apr 2002 17:04:28 -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 24162 invoked from network); 17 Apr 2002 17:04:25 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 17 Apr 2002 17:04:25 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id E02FA3C69; Wed, 17 Apr 2002 13:04:34 -0400 (EDT) Message-ID: <3CBDAB22.1060106@cygnus.com> Date: Wed, 17 Apr 2002 10:04: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: Andrew Cagney , Kevin Buettner Cc: gdb@sources.redhat.com Subject: Re: [rfc] Frame based register cache / frame->unwind References: <3CB9ED82.8050007@cygnus.com> <1020416161406.ZM30806@localhost.localdomain> <3CBC5AAD.1040106@cygnus.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00288.txt.bz2 > Hmm... I see that the unwind cache has an ``addr'' field. Does that > mean that that the prologue analysis function calls > frame_supply_unwound_register() to set this field? > > Yes, that is what I had in mind. But see above, it needs tinkering. To give a ``status report''. It is flushing out a few, er, ``problems''. At present it only works if both ->saved_regs and the cache are supplied with values. One case I've figured out is stack.c:frame_info() which assumes that registers can only be saved in memory and, consequently, uses ->saved_regs directly. Hmm, I guess much of the output from ``(gdb) info frame'' is meaningless on the x86-64? Another case I'm wondering about is with rs6000's ->alloca_reg. Sigh. Andrew