diff options
| author | Adrian Sendroiu <adrian.sendroiu@freescale.com> | 2014-07-11 10:51:48 +0100 |
|---|---|---|
| committer | Pedro Alves <palves@redhat.com> | 2014-07-11 10:51:48 +0100 |
| commit | b9c1d481cc639a9c1f31aea164f8716a85edd89f (patch) | |
| tree | 6102de6e0c83016f6d180988cb5233547281083b /gdb/parse.c | |
| parent | 68372333a2467491f007d59c390d67f58df0bb77 (diff) | |
| download | gdb-b9c1d481cc639a9c1f31aea164f8716a85edd89f.zip gdb-b9c1d481cc639a9c1f31aea164f8716a85edd89f.tar.gz gdb-b9c1d481cc639a9c1f31aea164f8716a85edd89f.tar.bz2 | |
remote: call remote_check_symbols after attaching
When debugging a remote bare-metal target with "target
extended-remote" + attach, GDB won't send a qSymbol packet to initiate
symbol lookup. This happens because all the previous places in which
GDB might have done this are guarded by conditions that don't hold in
the said scenario: there are no shared libraries, no vsyscall page and
the binary file didn't change in the time passed between the "file"
and the "attach" commands.
To solve this problem remote_check_symbols is called in the
target_post_attach hook.
gdb/
2014-07-11 Adrian Sendroiu <adrian.sendroiu@freescale.com>
* remote.c (extended_remote_post_attach): New function.
(init_extended_remote_ops): Install it as to_post_attach method.
Diffstat (limited to 'gdb/parse.c')
0 files changed, 0 insertions, 0 deletions