From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11306 invoked by alias); 30 Jun 2009 16:50:12 -0000 Received: (qmail 11297 invoked by uid 22791); 30 Jun 2009 16:50:12 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 30 Jun 2009 16:50:05 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n5UGo4UE006865 for ; Tue, 30 Jun 2009 12:50:04 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n5UGo3it020697; Tue, 30 Jun 2009 12:50:03 -0400 Received: from host0.dyn.jankratochvil.net (sebastian-int.corp.redhat.com [172.16.52.221]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n5UGo1aM023305; Tue, 30 Jun 2009 12:50:02 -0400 Received: from host0.dyn.jankratochvil.net (localhost [127.0.0.1]) by host0.dyn.jankratochvil.net (8.14.3/8.14.3) with ESMTP id n5UGo0fN019793; Tue, 30 Jun 2009 18:50:00 +0200 Received: (from jkratoch@localhost) by host0.dyn.jankratochvil.net (8.14.3/8.14.3/Submit) id n5UGnxkN019789; Tue, 30 Jun 2009 18:49:59 +0200 Date: Tue, 30 Jun 2009 16:50:00 -0000 From: Jan Kratochvil To: Tom Tromey Cc: gdb-patches@sourceware.org Subject: Re: [FYI] Inlining support, rough patch Message-ID: <20090630164959.GA16439@host0.dyn.jankratochvil.net> References: <20080718130308.GA19045@caradoc.them.org> <200807251446.m6PEkfwc027635@brahms.sibelius.xs4all.nl> <20080725174636.GB2433@caradoc.them.org> <200903312042.n2VKgIUx003764@brahms.sibelius.xs4all.nl> <20090420154909.GA5386@caradoc.them.org> <20090420155405.GA6072@host0.dyn.jankratochvil.net> <20090627180122.GA6139@caradoc.them.org> <20090628101621.GA31457@host0.dyn.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00878.txt.bz2 On Tue, 30 Jun 2009 18:11:14 +0200, Tom Tromey wrote: > Alexandre Oliva has talked about something similar -- a dwarf extension > which would let gdb users "step" through a sequence of source statements, > even when the compiler has optimized them away. .debug_loc key (+any attributes referencing PC) would need to not to state only PC but a PC + sourceline pair. In an extreme case during the debugging session PC does not need to change and no ptrace() needs to be called. > I'm wondering about things like multiple levels of inlining (you may > need several do-nothing steps?); This part is step_into_inline_frame() already in the FSF GDB HEAD by Daniel J. > multiple levels of inlining where the user wants to "finish" out of each one > (you may need a do-nothing finish as well?); or inlining that results in > a tail-call optimization being applied (there's no good spot to return to). This is a Fedora extension of the patch by step_out_of_inline_frame() there. Just I find .debug_line from GCC wrong a bit but I hope it gets fixed by the is_stmt + VTA gcc patches so I have not bugreported the current state. Thanks, Jan