Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@false.org>
To: Andrew Cagney <cagney@gnu.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [commit] Simplify STEP_OVER_UNDEBUGGABLE
Date: Tue, 18 May 2004 18:14:00 -0000	[thread overview]
Message-ID: <20040518181427.GA6046@nevyn.them.org> (raw)
In-Reply-To: <40A5132B.4050809@gnu.org>

On Fri, May 14, 2004 at 02:42:51PM -0400, Andrew Cagney wrote:
> Hello,
> 
> The attached deletes all the irrelevant guff that was being executed 
> when determining how to STEP_OVER_UNDEBUGGABLE.  See the bottom of the 
> patch for what's left.

I'm not as confident as you are that this code is unnecessary.

> -       /* If we are in a function call trampoline (a stub between the
> - 	 calling routine and the real function), locate the real
> - 	 function.  That's what tells us (a) whether we want to step
> - 	 into it at all, and (b) what prologue we want to run to the
> - 	 end of, if we do step into it.  */
> -       real_stop_pc = skip_language_trampoline (stop_pc);
> -       if (real_stop_pc == 0)
> - 	real_stop_pc = SKIP_TRAMPOLINE_CODE (stop_pc);
> -       if (real_stop_pc != 0)
> - 	ecs->stop_func_start = real_stop_pc;

For instance, this code used to be used in the STEP_OVER_UNDEBUGGABLE
("step" command) case.  Now it isn't.  So if we say "step" at the end
of a function, which makes a sibling call to another debuggable
function through an undebuggable trampoline, we will now return to the
caller instead of stepping in.

This is hard to write testcases for since you have to compile with
optimization if you want sibling calling.  As a consequence our support
for sibling calling has been getting worse at, my estimate, roughly
the same rate GCC's generation of them has been getting better.

I'll try to come up with some test cases.

-- 
Daniel Jacobowitz


  reply	other threads:[~2004-05-18 18:14 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-14 18:42 Andrew Cagney
2004-05-18 18:14 ` Daniel Jacobowitz [this message]
2004-05-18 18:46   ` Andrew Cagney

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=20040518181427.GA6046@nevyn.them.org \
    --to=drow@false.org \
    --cc=cagney@gnu.org \
    --cc=gdb-patches@sources.redhat.com \
    /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