From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15185 invoked by alias); 25 Apr 2012 09:44:43 -0000 Received: (qmail 15175 invoked by uid 22791); 25 Apr 2012 09:44:41 -0000 X-SWARE-Spam-Status: No, hits=-4.4 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp3.ugent.be (HELO smtp3.ugent.be) (157.193.49.127) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 25 Apr 2012 09:44:28 +0000 Received: from localhost (mcheck2.ugent.be [157.193.49.249]) by smtp3.ugent.be (Postfix) with ESMTP id 5C53CC397; Wed, 25 Apr 2012 11:44:26 +0200 (CEST) Received: from smtp3.ugent.be ([157.193.49.127]) by localhost (mcheck2.UGent.be [157.193.43.11]) (amavisd-new, port 10024) with ESMTP id rh5xfs++gSs0; Wed, 25 Apr 2012 11:44:25 +0200 (CEST) Received: from mail.elis.ugent.be (mail.elis.UGent.be [157.193.206.48]) by smtp3.ugent.be (Postfix) with ESMTP id 6316CC38A; Wed, 25 Apr 2012 11:44:25 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.elis.ugent.be (Postfix) with ESMTP id 41615918F12; Wed, 25 Apr 2012 11:44:25 +0200 (CEST) Received: from mail.elis.ugent.be ([127.0.0.1]) by localhost (mail.elis.ugent.be [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JcZEK3Xsd6gQ; Wed, 25 Apr 2012 11:44:20 +0200 (CEST) Received: by mail.elis.ugent.be (Postfix, from userid 48) id 477D1918F14; Wed, 25 Apr 2012 11:44:20 +0200 (CEST) Received: from bigmac.elis.UGent.be (bigmac.elis.UGent.be [157.193.206.33]) by mail.elis.ugent.be (Horde Framework) with HTTP; Wed, 25 Apr 2012 11:44:20 +0200 Date: Wed, 25 Apr 2012 09:44:00 -0000 Message-ID: <20120425114420.Horde.vTwDIEisJlFPl8d0GiwUFMA@mail.elis.ugent.be> From: Jonas Maebe To: Sergio Durigan Junior Cc: Ilya Basin , gdb@sourceware.org Subject: Re: feature request: set step-mode smart References: <1224346844.20120421150636@gmail.com> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H4 (5.0.20) Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-j-chkmail-Enveloppe: 4F97C779.001 from mail.elis.UGent.be/mail.elis.UGent.be/157.193.206.48/mail.elis.ugent.be/ X-j-chkmail-Score: MSGID : 4F97C779.001 on smtp3.ugent.be : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham 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: 2012-04/txt/msg00207.txt.bz2 Sergio Durigan Junior wrote on Wed, 25 Apr 2012: > On Saturday, April 21 2012, Ilya Basin wrote: > >> I think, gdb should try to stepi a fixed number of instructions (~100) >> searching for a code line and if not found, step out. > > Thanks for the message. Could you please also create an entry in the > GDB Bugzilla as well? The link is http://sourceware.org/bugzilla/ > > This is not a guarantee that someone will actually implement this > request, but at least we can keep a record of such things. I'd definitely immediately add a "me too". Our compiler also generates dispatch stubs without debug info in a number of cases, and adding code to gdb to recognize all possible variations on all architectures we support (about 8 by now, I think) is not something anyone has felt up to figuring out yet. In the long term, it also does not seem tenable to add pattern recognition to gdb for stubs generated by all possible compilers (and possibly different versions of those compilers). Jonas