From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13924 invoked by alias); 6 Jun 2003 02:01:34 -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 13899 invoked from network); 6 Jun 2003 02:01:33 -0000 Received: from unknown (HELO localhost.redhat.com) (24.157.166.107) by sources.redhat.com with SMTP; 6 Jun 2003 02:01:33 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 0E1812B5F; Thu, 5 Jun 2003 22:00:54 -0400 (EDT) Message-ID: <3EDFF5D5.5060704@redhat.com> Date: Fri, 06 Jun 2003 02:01:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Theodore A. Roth" Cc: gdb@sources.redhat.com Subject: Re: avr and frame unwinding References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-06/txt/msg00080.txt.bz2 Can you try the exact same operation with a GDB that doesn't have the changes? That way it should be possible to compare the two traces side-by-side and see where things are going wrong. A guess is that it is getting the unwound PC value wrong. For the d10v I had to make two tweaks: - abort the prologue scanner when it reached PC if that is before the end of the prologue This stopped the prologue getting the unwound PC's location wrong. It may not have yet executed the save PC instruction. - track the register that the PC is in before it is saved The code needs to be able to unwind the PC value in the prologue before it has been saved on the stack. Andrew