diff options
author | Yao Qi <yao.qi@linaro.org> | 2015-03-20 10:15:21 +0000 |
---|---|---|
committer | Yao Qi <yao.qi@linaro.org> | 2015-03-20 10:15:21 +0000 |
commit | e8ffc436d9d849eed52af64568d9f37aeaddbd9e (patch) | |
tree | c926720b6ee8f1760922b987a6b05ada91be0f8b /sim/rl78 | |
parent | d4828b9e888339533bc77a8ab7b258c4a5f6f200 (diff) | |
download | binutils-e8ffc436d9d849eed52af64568d9f37aeaddbd9e.zip binutils-e8ffc436d9d849eed52af64568d9f37aeaddbd9e.tar.gz binutils-e8ffc436d9d849eed52af64568d9f37aeaddbd9e.tar.bz2 |
Don't call set_gdbarch_cannot_step_breakpoint in aarch64_gdbarch_init
Hi,
I am looking at the following fails in aarch64-linux,
stepi^M
47 NOP; /* after permanent bp */^M
(gdb) FAIL: gdb.base/bp-permanent.exp: always_inserted=off, sw_watchpoint=0: stepi signal with handler: single-step to handler
the test expects GDB single step into signal handler, but GDB doesn't.
The code in infrun.c:resume
/* Most targets can step a breakpoint instruction, thus
executing it normally. But if this one cannot, just
continue and we will hit it anyway. */
if (gdbarch_cannot_step_breakpoint (gdbarch))
step = 0;
change the intended action from "step" to "continue". The gdbarch method
cannot_step_breakpoint isn't documented well, and I don't get much clue
after explore the history. However, from the comments above,
aarch64-linux can step a breakpoint instruction, so don't need to call
set_gdbarch_cannot_step_breakpoint.
gdb:
2015-03-20 Yao Qi <yao.qi@linaro.org>
* aarch64-tdep.c (aarch64_gdbarch_init): Don't call
set_gdbarch_cannot_step_breakpoint.
Diffstat (limited to 'sim/rl78')
0 files changed, 0 insertions, 0 deletions