From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5436 invoked by alias); 20 Aug 2004 19:20:01 -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 5290 invoked from network); 20 Aug 2004 19:20:00 -0000 Received: from unknown (HELO mail.amplepower.com) (216.39.162.139) by sourceware.org with SMTP; 20 Aug 2004 19:20:00 -0000 Received: from [192.168.8.30] (helo=knuth.amplepower.com ident=roth) by mail.amplepower.com with esmtp (Exim 3.36 #1 (Debian)) id 1ByEve-0005GC-00; Fri, 20 Aug 2004 12:19:58 -0700 Date: Fri, 20 Aug 2004 19:20:00 -0000 From: "Theodore A. Roth" X-X-Sender: roth@knuth.amplepower.com To: David Daney cc: gdb@sources.redhat.com Subject: Re: Unable to step over (n and ni) on mipsel-linux... In-Reply-To: <412649F4.9040002@avtrex.com> Message-ID: References: <412649F4.9040002@avtrex.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-08/txt/msg00259.txt.bz2 On Fri, 20 Aug 2004, David Daney wrote: > GNU gdb 6.2_2004-08-19-cvs > > from the gdb_6_2-branch yesterday. > > ../gdbcvs/src/configure --build=i686-pc-linux --host=mipsel-linux > --target=mipsel-linux --enable-tui=no > > Most of the time when I do next or nexti, gdb is treating it as if I did > step or stepi. > > I have tracked the problem down to this portion of code: > > infrun.c: 2322 > . > . > . > if (frame_id_eq (frame_unwind_id (get_current_frame ()), > step_frame_id)) > { > /* It's a subroutine call. */ > CORE_ADDR real_stop_pc; > . > . > . > > When there is a subroutine call this if statement fails. It never > thinks "It's a subroutine call." > > Something is horked up in the frame code, but I cannot figure out where. I've noticed this problem with the avr port too, but haven't had the time to look into it. It also appears to have a seeming random element to it for me: sometimes 'next' will step over the function call, but most of the time it doesn't. The problem seems to be independent of which version of gcc I use to generate the target code. I've noticed the problem with versions of gdb newer than 6.0.x up through current cvs (my last cvs was 2004-08-05-cvs). I'm hoping that my problem is related. If there's any testing I can do with the avr port to help out, please let me know. --- Ted Roth PGP Key ID: 0x18F846E9 Jabber ID: troth@jabber.org