[PATCH 19/28] Don't write to inferior_ptid in btrace_fetch
Pedro Alves
palves@redhat.com
Tue Apr 14 17:54:25 GMT 2020
AFAICT, this isn't required nowadays.
gdb/ChangeLog:
yyyy-mm-dd Pedro Alves <palves@redhat.com>
* btrace.c (btrace_fetch): Don't save/restore inferior_ptid.
---
gdb/btrace.c | 6 ------
1 file changed, 6 deletions(-)
diff --git a/gdb/btrace.c b/gdb/btrace.c
index bbf8749649..889507bfd2 100644
--- a/gdb/btrace.c
+++ b/gdb/btrace.c
@@ -1908,12 +1908,6 @@ btrace_fetch (struct thread_info *tp, const struct btrace_cpu *cpu)
if (btinfo->replay != NULL)
return;
- /* With CLI usage, TP->PTID always equals INFERIOR_PTID here. Now that we
- can store a gdb.Record object in Python referring to a different thread
- than the current one, temporarily set INFERIOR_PTID. */
- scoped_restore save_inferior_ptid = make_scoped_restore (&inferior_ptid);
- inferior_ptid = tp->ptid;
-
/* We should not be called on running or exited threads. */
gdb_assert (can_access_registers_thread (tp));
--
2.14.5
More information about the Gdb-patches
mailing list