aboutsummaryrefslogtreecommitdiff
path: root/binutils
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2014-10-10 15:57:13 +0100
committerPedro Alves <palves@redhat.com>2014-10-10 15:57:13 +0100
commit3437254d7b5bc57d3a298df8640ae2f55bdbff2a (patch)
treea4514be4368be36b4aa93ee54a9833c2361fe8fe /binutils
parent31cc0b807b2fde7d0110175418a6eea01a982489 (diff)
downloadgdb-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