From: Jim Blandy <jimb@codesourcery.com>
To: Christian Parpart <trapni@gentoo.org>
Cc: gdb@sources.redhat.com
Subject: Re: step into next source line (that belongs to me)
Date: Tue, 26 Dec 2006 18:35:00 -0000 [thread overview]
Message-ID: <m31wmmmro6.fsf@codesourcery.com> (raw)
In-Reply-To: <20061226151958.GA16027@nevyn.them.org> (Daniel Jacobowitz's message of "Tue, 26 Dec 2006 10:19:59 -0500")
Daniel Jacobowitz <drow@false.org> writes:
> 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.
From time to time people complain here about GDB stepping into system
library functions, and it's often because they've installed debugging
info for those libraries and found GDB doesn't silently 'next' over
them even when given the 'step' command, as it used to. So GDB's
fallback behavior for dealing with undebuggable functions ends up
inadvertently providing a feature people want.
Perhaps each objfile (executable or shared object) could have a "step
status", specifying how step should behave with respect to
inter-object calls into that objfile. All objfiles would start out in
the "ask" state, where step would ask the user whether they're going
to be interested in that objfile. The answer would put the objfile in
the "step-past" or "step-into" status.
If control ever stopped in an objfile (breakpoint hit; segfault), GDB
could automatically mark it "step-into"; obviously, it's interesting
now.
The status would need to be saved somehow so that settings for shared
libraries wouldn't get lost each time the objfile was re-loaded.
There could be commands to mark object files manually. They could use
globbing characters.
next prev parent reply other threads:[~2006-12-26 18:35 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-26 11:18 Christian Parpart
2006-12-26 15:20 ` Daniel Jacobowitz
2006-12-26 18:05 ` Christian Parpart
2006-12-26 18:24 ` Robert Dewar
2006-12-26 18:35 ` Jim Blandy [this message]
2006-12-26 20:21 ` Vladimir Prus
2006-12-26 20:22 ` Bob Rossi
2006-12-26 20:27 ` Vladimir Prus
2006-12-26 22:35 ` Daniel Jacobowitz
2006-12-27 8:18 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m31wmmmro6.fsf@codesourcery.com \
--to=jimb@codesourcery.com \
--cc=gdb@sources.redhat.com \
--cc=trapni@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox