From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3551 invoked by alias); 7 May 2010 19:00:20 -0000 Received: (qmail 3531 invoked by uid 48); 7 May 2010 19:00:19 -0000 Date: Fri, 07 May 2010 19:00:00 -0000 Message-ID: <20100507190019.3530.qmail@sourceware.org> From: "pedro at codesourcery dot com" To: gdb-prs@sourceware.org In-Reply-To: <20030418222800.8287.carlton@bactrian.org> References: <20030418222800.8287.carlton@bactrian.org> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug cli/8287] skipping boring functions when stepping X-Bugzilla-Reason: CC Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2010-q2/txt/msg00230.txt.bz2 ------- Additional Comments From pedro at codesourcery dot com 2010-05-07 19:00 ------- To filter on a specific template instantiation type, namespaces, be able to filter function overloads, etc. Why design something that is limited upfront, when it's pretty much guaranteed users will want more flexibility? I'm not convinced that regexps necessarily complicates the implementation. We have other regexp uses in gdb already. Also, I think we should be able to filter a whole directory, in addition to individual files. It doesn't have to be implemented in the first patch, of course, may it should be kept in mind not to make it impossible to extend in the direction. Visual Studio's implementation seems quite nice, in that it allows a NoStepInto and StepInto override each other depending on priority (or position in list). Sort of feels like a ClearCase config spec (not that I like ClearCase, mind you :-) ). -- http://sourceware.org/bugzilla/show_bug.cgi?id=8287 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.