Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* software single step - feature request
@ 2002-01-15  5:51 Quality Quorum
  2002-01-15  8:21 ` Andrew Cagney
  0 siblings, 1 reply; 3+ messages in thread
From: Quality Quorum @ 2002-01-15  5:51 UTC (permalink / raw)
  To: gdb


Hi,


There are a few nits associated with soft single step support, which are
easy to work around but annoying enough to justify a fix.

1. Soft single step is configured per platform (e.g. arm-wince has one
   and generic arm does not), IMHO, it should be provided on per CPU
   basis.

2. It has to be provided for every CPU - may be as part of multi-arch
   transition.

3. It should be run-time configurable - so it should be possible to
   use the same gdb image both with and without soft single step.

4. If target supports hw single step it should be possible to configure
   removal of breakpoints before stepping.


Thanks,

Aleksey





^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: software single step - feature request
  2002-01-15  5:51 software single step - feature request Quality Quorum
@ 2002-01-15  8:21 ` Andrew Cagney
  2002-01-15 10:13   ` Quality Quorum
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Cagney @ 2002-01-15  8:21 UTC (permalink / raw)
  To: Quality Quorum; +Cc: gdb

> Hi,
> 
> 
> There are a few nits associated with soft single step support, which are
> easy to work around but annoying enough to justify a fix.


Your not alone.  This is taken from gdbarch.sh:

# FIXME/cagney/2001-01-18: This should be split in two.  A target method 
that indicat
es if
# the target needs software single step.  An ISA method to implement it.
#
# FIXME/cagney/2001-01-18: This should be replaced with something that 
inserts breakp
oints
# using the breakpoint system instead of blatting memory directly (as 
with rs6000).
#
# FIXME/cagney/2001-01-18: The logic is backwards.  It should be asking 
if the target
  can
# single step.  If not, then implement single step using breakpoints.
F:2:SOFTWARE_SINGLE_STEP:void:software_single_step:enum target_signal 
sig, int insert
_breakpoints_p:sig, insert_breakpoints_p::0:0


> 1. Soft single step is configured per platform (e.g. arm-wince has one
>    and generic arm does not), IMHO, it should be provided on per CPU
>    basis.
> 
> 2. It has to be provided for every CPU - may be as part of multi-arch
>    transition.
> 
> 3. It should be run-time configurable - so it should be possible to
>    use the same gdb image both with and without soft single step.
> 
> 4. If target supports hw single step it should be possible to configure
>    removal of breakpoints before stepping.
> 
> 
> Thanks,
> 
> Aleksey


see gdb/120




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: software single step - feature request
  2002-01-15  8:21 ` Andrew Cagney
@ 2002-01-15 10:13   ` Quality Quorum
  0 siblings, 0 replies; 3+ messages in thread
From: Quality Quorum @ 2002-01-15 10:13 UTC (permalink / raw)
  To: Andrew Cagney; +Cc: gdb



On Tue, 15 Jan 2002, Andrew Cagney wrote:

> > Hi,
> >
> >
> > There are a few nits associated with soft single step support, which are
> > easy to work around but annoying enough to justify a fix.
>
>
> Your not alone.  This is taken from gdbarch.sh:
>
> ...

So, there is a hope then that it will be implemented one day.

I am wondering, whether all items below will see the light one day ?

> > 1. Soft single step is configured per platform (e.g. arm-wince has one
> >    and generic arm does not), IMHO, it should be provided on per CPU
> >    basis.
> >
> > 2. It has to be provided for every CPU - may be as part of multi-arch
> >    transition.
> >
> > 3. It should be run-time configurable - so it should be possible to
> >    use the same gdb image both with and without soft single step.
> >
> > 4. If target supports hw single step it should be possible to configure
> >    removal of breakpoints before stepping.
>
> see gdb/120

I am sorry I am not that deeply involved into gdb development.

>
>
>

Thanks,

Aleksey




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-01-15 18:13 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-15  5:51 software single step - feature request Quality Quorum
2002-01-15  8:21 ` Andrew Cagney
2002-01-15 10:13   ` Quality Quorum

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox