From cfd8ab242a3fcae371bdd4cd83c9a59b36fcfd51 Mon Sep 17 00:00:00 2001 From: Stan Shebs Date: Tue, 22 Jul 2008 02:10:14 +0000 Subject: Scrub remnants of IN_SOLIB_DYNSYM_RESOLVE_CODE. * gdbarch.sh: Adjust comment to refer to in_solib_dynsym_resolve_code(). * gdbarch.h, gdbarch.c: Update. * solib-osf.c: Ditto. * infrun.c: Ditto. (handle_inferior_event): Use in_solib_dynsym_resolve_code unconditionally. * config/mips/nm-irix5.h: Remove undef of IN_SOLIB_DYNSYM_RESOLVE_CODE. * gdbint.texinfo: Refer to target_so_ops.in_dynsym_resolve_code instead of IN_SOLIB_DYNSYM_RESOLVE_CODE. --- gdb/solib-osf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'gdb/solib-osf.c') diff --git a/gdb/solib-osf.c b/gdb/solib-osf.c index 00f1cd2..3f9dca4 100644 --- a/gdb/solib-osf.c +++ b/gdb/solib-osf.c @@ -606,7 +606,7 @@ osf_in_dynsym_resolve_code (CORE_ADDR pc) for the user: When stepping inside a subprogram located in a shared library, gdb might stop inside the dynamic loader code instead of inside the subprogram itself. See the explanations in infrun.c about - the IN_SOLIB_DYNSYM_RESOLVE_CODE macro for more details. */ + the in_solib_dynsym_resolve_code() function for more details. */ return 0; } -- cgit v1.1