From: "Ulrich Weigand" <uweigand@de.ibm.com>
To: drow@false.org (Daniel Jacobowitz)
Cc: luisgpm@linux.vnet.ibm.com (Luis Machado), gdb-patches@sourceware.org
Subject: Re: [patch] "single step" atomic instruction sequences as a whole.
Date: Thu, 12 Apr 2007 14:58:00 -0000 [thread overview]
Message-ID: <200704121458.l3CEwLu1024008@d12av02.megacenter.de.ibm.com> (raw)
In-Reply-To: <20070412133451.GA16668@caradoc.them.org> from "Daniel Jacobowitz" at Apr 12, 2007 09:34:51 AM
Daniel Jacobowitz wrote:
> On Thu, Apr 12, 2007 at 10:25:26AM -0300, Luis Machado wrote:
> > The typos were corrected and the gdbarch.[c|h] files were updated with
> > gdbarch.sh, though the comment was just added to gdbarch.h, not
> > gdbarch.c, is this correct?
>
> Yes, it is. This version is fine.
I've checked this in now.
While we're on this topic, I'm wondering whether we could do some
further simplification on the single-step code. In particular,
now every single-step implementation makes use of the
insert_single_step_breakpoint helper to insert breakpoints,
and the !insert_breakpoint_p side of every single-step implementation
consist of a sole call to the remove_single_step_breakpoints helper.
It might be a good idea to actually enforce that behaviour. In fact,
we could just *remove* the insert_breakpoint_p flag of the gdbarch
callback, call that callback solely in insert the breakpoints (which
*must* use the insert_single_step_breakpoint helper), and just call
remove_single_step_breakpoints directly from common code instead of
the gdbarch callback to remove the breakpoints.
That would allow future changes to the details of single-step
breakpoint implementation in common code without having to go
through all implementations every time ...
What do you think?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com
next prev parent reply other threads:[~2007-04-12 14:58 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-15 22:24 Luis Machado
2007-04-10 20:40 ` Daniel Jacobowitz
2007-04-12 12:09 ` Luis Machado
2007-04-12 12:15 ` Daniel Jacobowitz
2007-04-12 12:54 ` Luis Machado
2007-04-12 12:58 ` Daniel Jacobowitz
2007-04-12 13:30 ` Luis Machado
2007-04-12 13:35 ` Daniel Jacobowitz
2007-04-12 14:58 ` Ulrich Weigand [this message]
2007-04-12 15:33 ` Daniel Jacobowitz
2007-04-12 17:16 ` Ulrich Weigand
2007-04-12 18:25 ` Daniel Jacobowitz
2007-04-12 20:09 ` Ulrich Weigand
2007-04-12 20:16 ` Mark Kettenis
2007-04-12 20:43 ` Ulrich Weigand
2007-04-14 15:20 ` Mark Kettenis
2007-04-14 18:13 ` Ulrich Weigand
2007-04-12 20:49 ` Daniel Jacobowitz
2007-04-12 20:48 ` Daniel Jacobowitz
2007-04-14 18:50 ` [commit] Update software_single_step arguments Ulrich Weigand
2007-04-12 14:32 ` [patch] "single step" atomic instruction sequences as a whole Ulrich Weigand
2007-04-12 14:47 ` Luis Machado
2007-04-12 15:00 ` Ulrich Weigand
-- strict thread matches above, loose matches on Subject: below --
2007-02-17 2:24 Luis Machado
2007-02-27 13:00 ` Emi SUZUKI
2007-02-27 13:17 ` Daniel Jacobowitz
2007-02-28 8:08 ` Emi SUZUKI
2007-02-28 11:46 ` Daniel Jacobowitz
2007-02-28 16:09 ` Luis Machado
2007-03-02 12:47 ` Emi SUZUKI
2007-03-06 11:00 ` Andreas Schwab
2007-03-06 12:24 ` Daniel Jacobowitz
2007-03-08 8:50 ` Emi SUZUKI
2007-03-08 16:15 ` Ulrich Weigand
2007-03-13 6:12 ` SUZUKI Emi
2007-02-06 11:02 Luis Machado
2007-02-06 12:11 ` Emi SUZUKI
2007-02-07 13:10 ` Luis Machado
2007-02-08 13:00 ` Emi SUZUKI
2006-09-18 11:59 emin ak
2006-11-09 13:07 ` [patch] " emin ak
2006-06-22 20:56 PAUL GILLIAM
2006-06-22 21:53 ` PAUL GILLIAM
2006-06-22 22:20 ` PAUL GILLIAM
2006-11-10 21:18 ` Daniel Jacobowitz
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=200704121458.l3CEwLu1024008@d12av02.megacenter.de.ibm.com \
--to=uweigand@de.ibm.com \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
--cc=luisgpm@linux.vnet.ibm.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