diff options
author | Tom Tromey <tromey@adacore.com> | 2023-06-07 08:56:03 -0600 |
---|---|---|
committer | Tom Tromey <tromey@adacore.com> | 2025-08-04 10:39:20 -0600 |
commit | 14de1447c9c52c1bfc52588f8652836f66ac6c47 (patch) | |
tree | d6bbaa3041c38883a6be7795395d03ca89e61e13 /gdb/testsuite/gdb.base/jit-reader-execd.c | |
parent | 595daae3c560483c179b3af8645e1fa12fb5e5dd (diff) | |
download | binutils-14de1447c9c52c1bfc52588f8652836f66ac6c47.zip binutils-14de1447c9c52c1bfc52588f8652836f66ac6c47.tar.gz binutils-14de1447c9c52c1bfc52588f8652836f66ac6c47.tar.bz2 |
Call target_can_do_single_step from maybe_software_singlestep
When the PikeOS osabi sniffer was added, Pedro suggested that a target
could omit stepping from its vCont? reply packet to tell gdb that
software single-step must be used:
https://sourceware.org/legacy-ml/gdb-patches/2018-09/msg00312.html
This patch implements this idea by moving the call to
target_can_do_single_step into maybe_software_singlestep.
I've also removed some FIXME comments from gdbarch_components.py, and
slightly updated the documentation for gdbarch_software_single_step.
I think these comments are somewhat obsolete now that
target_can_do_single_step exists -- the current approach isn't exactly
what the comments intended, but on the other hand, it exists and
works.
Following review comments from Andrew, this version changes
record-full to use maybe_software_singlestep, and then combines
maybe_software_singlestep with insert_single_step_breakpoint.
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=28440
Diffstat (limited to 'gdb/testsuite/gdb.base/jit-reader-execd.c')
0 files changed, 0 insertions, 0 deletions