espressif/binutils-gdb
1
0
Fork 0
mirror of https://github.com/espressif/binutils-gdb.git synced 2025-05-21 01:07:07 +08:00
Code Issues Packages Projects Releases Wiki Activity

gdb: pass more arguments to the executable_changed observer

Browse Source 
This commit continues the work of the previous few commits.

My goal is to expose the executable_changed observer through the
Python API as an event.

At this point adding executable_changed as an event to the Python API
is trivial, but before I do that I would like to add some additional
arguments to the observable, which currently has no arguments at all.

The new arguments I wish to add are:

 1. The program_space in which the executable was changed, and

 2. A boolean flag that will indicate if the executable changed to a
 whole new path, or if GDB just spotted that the executable changed on
 disk (e.g. the user recompiled the executable).

In this commit I change the signature of the observable and then pass
the arguments through at the one place where this observable is
notified.

As there are (currently) no users of this observable nothing else
needs updating.  In the next commit I'll add a listener for this
observable in the Python code, and expose this as an event in the
Python API.

Additionally, with this change, it should be possible to update the
insight debugger to make use of this observable rather than using the
deprecated_exec_file_display_hook (as it currently does), which will
then allow this hook to be removed from GDB.

There should be no user visible changes after this commit.

Approved-By: Tom Tromey <tom@tromey.com>
This commit is contained in:
Andrew Burgess
2023-09-08 16:02:13 +01:00
parent aac60a978e
commit 063453b199
2 changed files with 23 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
gdb/exec.c
View File

@ -501,7 +501,16 @@ exec_file_attach (const char *filename, int from_tty)
}
bfd_cache_close_all ();
gdb::observers::executable_changed.notify ();
/* Are are loading the same executable? */
bfd *prev_bfd = exec_bfd_holder.get ();
bfd *curr_bfd = current_program_space->exec_bfd ();
bool reload_p = (((prev_bfd != nullptr) == (curr_bfd != nullptr))
&& (prev_bfd == nullptr
|| (strcmp (bfd_get_filename (prev_bfd),
bfd_get_filename (curr_bfd)) == 0)));
gdb::observers::executable_changed.notify (current_program_space, reload_p);
}
/* Process the first arg in ARGS as the new exec file.

18
gdb/observable.h
View File

@ -31,6 +31,7 @@ struct inferior;
struct process_stratum_target;
struct target_ops;
struct trace_state_variable;
struct program_space;
namespace gdb
{
@ -60,11 +61,18 @@ extern observable<enum gdb_signal /* siggnal */> signal_received;
/* The target's register contents have changed. */
extern observable<struct target_ops */* target */> target_changed;
/* The executable being debugged by GDB has changed: The user
decided to debug a different program, or the program he was
debugging has been modified since being loaded by the debugger
(by being recompiled, for instance). */
extern observable<> executable_changed;
/* The executable being debugged by GDB in PSPACE has changed: The user
decided to debug a different program, or the program he was debugging
has been modified since being loaded by the debugger (by being
recompiled, for instance). The path to the new executable can be found
by examining PSPACE->exec_filename.
When RELOAD is true the path to the executable hasn't changed, but the
file does appear to have changed, so GDB reloaded it, e.g. if the user
recompiled the executable. when RELOAD is false then the path to the
executable has not changed. */
extern observable<struct program_space */* pspace */,
bool /*reload */> executable_changed;
/* gdb has just connected to an inferior. For 'run', gdb calls this
observer while the inferior is still stopped at the entry-point