From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-30894-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 1361 invoked by alias); 29 Jan 2008 06:44:28 -0000
Received: (qmail 1353 invoked by uid 22791); 29 Jan 2008 06:44:28 -0000
X-Spam-Check-By: sourceware.org
Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 29 Jan 2008 06:44:11 +0000
Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) 	by bluesmobile.specifix.com (Postfix) with ESMTP id C87453C599; 	Mon, 28 Jan 2008 22:44:08 -0800 (PST)
Subject: Re: Step outer function call
From: Michael Snyder <msnyder@specifix.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Daniel Jacobowitz <drow@false.org>, wkf@sinavigator.com, gdb@sourceware.org
In-Reply-To: <ur6g1jmc8.fsf@gnu.org>
References: <479E332C.7080205@sinavigator.com> 	 <20080128200951.GA11321@caradoc.them.org> 	 <479E3744.1050500@sinavigator.com> 	 <20080128201939.GA12178@caradoc.them.org>  <ur6g1jmc8.fsf@gnu.org>
Content-Type: text/plain
Date: Tue, 29 Jan 2008 06:44:00 -0000
Message-Id: <1201589048.3263.217.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.10.3 (2.10.3-4.fc7)
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2008-01/txt/msg00307.txt.bz2

On Tue, 2008-01-29 at 06:18 +0200, Eli Zaretskii wrote:
> > Date: Mon, 28 Jan 2008 15:19:39 -0500
> > From: Daniel Jacobowitz <drow@false.org>
> > Cc: gdb@sourceware.org
> > 
> > On Mon, Jan 28, 2008 at 12:12:52PM -0800, William K. Foster wrote:
> > > Hi,
> > >
> > > I don't know much about the debug formats, but it seems to me that since  
> > > the debugger knows what line number it is on in the source code, it  
> > > should be able to locate the last function call on that line number and  
> > > enter it for this hypothetical command that many people seem to want.
> > >
> > > Am I missing something?
> > 
> > Yes, generally we can't locate the last function call.
> 
> Can we locate all of them?  If so, perhaps we could (optionally)
> display a menu of them and ask the user where she wants to step.

Currently we can't locate any.  Gdb does not know what a
call instruction looks like.  There would have to be an arch
method, since call instructions look different on each target
architecture.