diff options
author | Pedro Alves <palves@redhat.com> | 2014-10-10 15:57:13 +0100 |
---|---|---|
committer | Pedro Alves <palves@redhat.com> | 2014-10-10 15:57:13 +0100 |
commit | 3437254d7b5bc57d3a298df8640ae2f55bdbff2a (patch) | |
tree | a4514be4368be36b4aa93ee54a9833c2361fe8fe /binutils | |
parent | 31cc0b807b2fde7d0110175418a6eea01a982489 (diff) | |
download | gdb-3437254d7b5bc57d3a298df8640ae2f55bdbff2a.zip gdb-3437254d7b5bc57d3a298df8640ae2f55bdbff2a.tar.gz gdb-3437254d7b5bc57d3a298df8640ae2f55bdbff2a.tar.bz2 |
Split vDSO range lookup to a gdbarch hook
We have a case in solib-svr4.c where we could reuse symfile-mem.c's
vDSO range lookup. Since symfile-mem.c is not present in all
configurations solib-svr4.c is, move that lookup to a gdbarch hook.
This has the minor (good) side effect that we stop even trying the
target_auxv_search lookup against targets that don't have a concept of
a vDSO, in case symfile-mem.c happens to be linked in the build
(--enable-targets=all).
Tested on x86_64 Fedora 20.
gdb/
2014-10-10 Pedro Alves <palves@redhat.com>
* arch-utils.c (default_vsyscall_range): New function.
* arch-utils.h (default_vsyscall_range): New declaration.
* gdbarch.sh (vsyscall_range): New hook.
* gdbarch.h, gdbarch.c: Regenerate.
* linux-tdep.c (linux_vsyscall_range): New function.
(linux_init_abi): Install linux_vsyscall_range as
vsyscall_range gdbarch hook.
* memrange.c (address_in_mem_range): New function.
* memrange.h (address_in_mem_range): New declaration.
* symfile-mem.c (find_vdso_size): Delete function.
(add_vsyscall_page): Use gdbarch_vsyscall_range.
Diffstat (limited to 'binutils')
0 files changed, 0 insertions, 0 deletions