This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [rfc] Displaced stepping with wrong entry point address
- From: Daniel Jacobowitz <drow at false dot org>
- To: Ulrich Weigand <uweigand at de dot ibm dot com>
- Cc: gdb-patches at sourceware dot org, pedro at codesourcery dot com
- Date: Thu, 4 Sep 2008 08:14:59 -0400
- Subject: Re: [rfc] Displaced stepping with wrong entry point address
- References: <200808221748.m7MHmkpd004832@d12av02.megacenter.de.ibm.com>
On Fri, Aug 22, 2008 at 07:48:46PM +0200, Ulrich Weigand wrote:
> I'm wondering whether this fix would be good for the general case too
> -- there may be situations where entry_point_address does not work
> (e.g. because the main executable file could not be loaded). The
> auxiliary vector, on targets where it is present, will probably be
> more reliable ...
We really ought to cache this value; you'll go back and forth to the
target to read the auxv vector at every singlestep.
If SPU ever did support displaced stepping (not that this would be
terribly useful, but consider some other multi-architecture case),
would this be wrong for the SPU side code?
--
Daniel Jacobowitz
CodeSourcery