aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJoel Brobecker <brobecker@gnat.com>2001-06-28 10:36:19 +0000
committerJoel Brobecker <brobecker@gnat.com>2001-06-28 10:36:19 +0000
commitb184b2876a44e2f783dd9ef044e0bcefaf260e09 (patch)
tree4593f3c362acab41066078b4900afa0518535341
parent49dd83ba176ee67918be579e61386c9b35b05fdb (diff)
downloadgdb-b184b2876a44e2f783dd9ef044e0bcefaf260e09.zip
gdb-b184b2876a44e2f783dd9ef044e0bcefaf260e09.tar.gz
gdb-b184b2876a44e2f783dd9ef044e0bcefaf260e09.tar.bz2
(osf_in_dynsym_resolve_code): Add a comment explaining the consequences of
always returning zero. No code change.
-rw-r--r--gdb/solib-osf.c6
1 files changed, 6 insertions, 0 deletions
diff --git a/gdb/solib-osf.c b/gdb/solib-osf.c
index 805254f..eb78a41 100644
--- a/gdb/solib-osf.c
+++ b/gdb/solib-osf.c
@@ -589,6 +589,12 @@ osf_open_symbol_file_object (void *from_ttyp)
static int
osf_in_dynsym_resolve_code (CORE_ADDR pc)
{
+ /* This function currently always return False. This is a temporary
+ solution which only consequence is to introduce a minor incovenience
+ 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. */
return 0;
}