This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
[patch] missing function in osfsolib.c
- To: gdb-patches at sources dot redhat dot com
- Subject: [patch] missing function in osfsolib.c
- From: Joel Brobecker <brobecker at act-europe dot fr>
- Date: Fri, 11 May 2001 04:53:35 +0200
Hi,
the in_solib_dynsym_resolve_code function is missing in osfsolib.c.
I previously reported that in a previous patch suggestion, but it is a
standalone change, so it's probably better to resubmit it separately.
To answer Andrew's previous question about this addition and why we
could not just link in solib.c:
As I understand it, osfsolib.c is a replacement implementation for
solib.c on osf plateforms. Thus, although osfsolib.c includes solib.h,
solib.c is not linked in for those targets.
Here is the change log:
2001-05-10 J. Brobecker <brobecker@act-europe.fr>
* osfsolib.c (in_solib_dynsym_resolve_code): minimal implementation
of this function which was missing when building gdb on Tru64.
Cheers,
--
Joel
Index: gdb/osfsolib.c
===================================================================
RCS file: /cvs/src/src/gdb/osfsolib.c,v
retrieving revision 1.9
diff -c -3 -p -r1.9 osfsolib.c
*** osfsolib.c 2001/05/04 04:15:26 1.9
--- osfsolib.c 2001/05/11 02:37:38
*************** must be loaded manually, using `sharedli
*** 933,935 ****
--- 933,949 ----
&setlist),
&showlist);
}
+
+
+ int
+ in_solib_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;
+ }