This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] Reverse Debugging, 1/5
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Michael Snyder <msnyder at vmware dot com>
- Cc: "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>, Daniel Jacobowitz <drow at false dot org>, Pedro Alves <pedro at codesourcery dot com>, teawater <teawater at gmail dot com>
- Date: Mon, 6 Oct 2008 16:30:21 -0400
- Subject: Re: [RFA] Reverse Debugging, 1/5
- References: <48E3CCB6.4060501@vmware.com>
> 2008-09-30 Michael Snyder <msnyder@vmware.com>
> Target interface for reverse debugging.
> * target.h (enum target_waitkind):
> Add new wait event, TARGET_WAITKIND_NO_HISTORY.
> (enum exec_direction_kind): New enum.
> (struct target_ops): New methods to_set_execdir, to_get_execdir.
> * target.c (target_get_execdir): New generic method.
> (target_set_execdir): Ditto.
One of the questions I'm asking myself is why having the get_execdir
method? It seems that, once we have called "target_sets_execdir" and
it hasn't returned ERROR, core GDB should know what the execution
direction is, no? Is there a situation where a round-trip to the
target would be necessary? Otherwise, we'll end up with the target
code all doing the same thing, which is caching the current value
of the same thing.
One thing that crossed my mind while thinking about it is whether
we want to make this property global to all inferiors or specific
to each inferior. Ahem, shall we say global?
--
Joel