This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA/rs6000-aix] software_single_step gdbarch method no longer set
- From: Joel Brobecker <brobecker at adacore dot com>
- To: gdb-patches at sources dot redhat dot com
- Date: Tue, 7 Feb 2006 12:03:51 -0800
- Subject: Re: [RFA/rs6000-aix] software_single_step gdbarch method no longer set
- References: <20051231054133.GL4734@adacore.com> <20051231060032.GA17641@nevyn.them.org>
Hey Daniel,
I am just realizing that I never got around to answering you.
> I have not looked at the patch much (won't this year). However, if
> you're feeling especially motivated, we could sidestep this issue...
> there's a related cleanup I've been meaning to do for a long while.
>
> The software single step method in the gdbarch is always used if it is
> set. But, that doesn't make a lot of sense. The gdbarch method should
> mean "software single step is supported"; the predicate "software
> single step is required" should live in the target vector instead!
> It's a property of the target. e.g. MIPS GNU/Linux doesn't implement
> PTRACE_SINGLESTEP, but if you're connected to a kernel debugging
> session using a hardware ICE, then maybe you've really got hardware
> single step.
Makes sense, but ...
> It's unfortunately a little trickier than that since remote targets
> don't currently report whether using software singlestep is OK :-(
> So setting the default behavior may not be simple. I know gdbserver
> needs some adjustment here.
I don't have that much time in the forseeable future to work on this,
unfortunately. I would also like to work on some other cleanup
activities, including the procfs stuff (which I promised to Mark and
yet haven't had time to look at).
So I'd rather see if my proposal can go in for now.
Thanks,
--
Joel