From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4770 invoked by alias); 26 Dec 2006 20:22:53 -0000 Received: (qmail 4761 invoked by uid 22791); 26 Dec 2006 20:22:53 -0000 X-Spam-Check-By: sourceware.org Received: from centrmmtao04.cox.net (HELO centrmmtao04.cox.net) (70.168.83.80) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 26 Dec 2006 20:22:44 +0000 Received: from eastrmimpo01.cox.net ([68.1.16.119]) by centrmmtao04.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20061226202242.MTKS5993.centrmmtao04.cox.net@eastrmimpo01.cox.net>; Tue, 26 Dec 2006 15:22:42 -0500 Received: from black ([70.181.32.198]) by eastrmimpo01.cox.net with bizsmtp id 3YMW1W00B4GV2Jm0000000; Tue, 26 Dec 2006 15:21:30 -0500 Received: from bob by black with local (Exim 4.62) (envelope-from ) id 1GzIor-0003Yv-6o; Tue, 26 Dec 2006 15:22:41 -0500 Date: Tue, 26 Dec 2006 20:22:00 -0000 From: Bob Rossi To: Vladimir Prus Cc: gdb@sources.redhat.com Subject: Re: step into next source line (that belongs to me) Message-ID: <20061226202241.GF8037@cox.net> Mail-Followup-To: Vladimir Prus , gdb@sources.redhat.com References: <200612261319.02937.trapni@gentoo.org> <20061226151958.GA16027@nevyn.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.12-2006-07-14 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: 2006-12/txt/msg00209.txt.bz2 On Tue, Dec 26, 2006 at 11:20:41PM +0300, Vladimir Prus wrote: > Daniel Jacobowitz wrote: > > > On Tue, Dec 26, 2006 at 01:19:00PM +0100, Christian Parpart wrote: > >> Is there a way to do such things using gdb? > > > > Not yet, no. But it could probably be added using your definition of > > interesting files. > > FWIW, it is not obvious this should be in GDB. The frontend might be > in a better position to conveniently specify which files to ignore, > and all that's needed is emitting "finish + step" when > entering "non-interesting" function. I planned to implement > some "auto-finish" functionality in KDevelop for quite some time. Well, the CLI is considered to be a front end, IMO. Bob Rossi