From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11260 invoked by alias); 19 May 2009 13:39:05 -0000 Received: (qmail 11250 invoked by uid 22791); 19 May 2009 13:39:04 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (212.99.106.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 19 May 2009 13:38:56 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 23971290031; Tue, 19 May 2009 15:38:53 +0200 (CEST) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9oWqr6yYrs4O; Tue, 19 May 2009 15:38:52 +0200 (CEST) Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.1.67]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id 6CC76290010; Tue, 19 May 2009 15:38:52 +0200 (CEST) Cc: Florent DEFAY , gdb@sourceware.org Message-Id: From: Tristan Gingold To: Joel Brobecker In-Reply-To: <20090519133331.GX17566@adacore.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: scan_prologue/next, misunderstanding Date: Tue, 19 May 2009 13:39:00 -0000 References: <8502af3c0905190536m326f1de9n6d3da92eb659bd42@mail.gmail.com> <20090519133331.GX17566@adacore.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-05/txt/msg00132.txt.bz2 On May 19, 2009, at 3:33 PM, Joel Brobecker wrote: >> I got inspiration from avr-tdep.c. I still have problems with 'next'. >> I set a 'printf' in the function skip_prologue and I can tell it is >> never used. > > Just a first guess: > > I haven't looked at the code itself, but there are usually more than > one > unwinders; for instance, there is a dwarf unwinder that reads the > frame > info data from the dwarf data and use that exclusively to do the > unwinding. > This might explain why the AVR unwinder based on prologue analysis > doesn't > get called. [ Well the default debug format for avr is stabs... ] The avr prologue analyzer is somewhat buggy and breaks the next command. I have a patch to fix that but didn't yet manage to submit it. Will try next week. Tristan.