From: Jim Blandy <jimb@redhat.com>
To: gdb-patches@sources.redhat.com
Subject: RFA: use gdbarch for solib stuff on PPC Linux
Date: Fri, 30 May 2003 00:43:00 -0000 [thread overview]
Message-ID: <vt2y90pb6ht.fsf@zenia.red-bean.com> (raw)
The #undefs are ugly, but it seems like that's what other targets are
doing (like config/arm/tm-linux.h). Since config/tm-linux.h is used
so widely, simply removing the #inclusion of config/tm-svr4.h would be
hard. Perhaps if we convert the targets that use config/tm-svr4.h
incrementally, with #undefs, we could eventually reach the point where
nobody is using it.
2003-05-29 Jim Blandy <jimb@redhat.com>
Use gdbarch methods for solib stuff on PowerPC Linux.
* config/powerpc/tm-linux.h (IN_SOLIB_CALL_TRAMPOLINE,
SKIP_TRAMPOLINE_CODE): #undef these, so the gdbarch methods will
show through.
* ppc-linux-tdep.c (ppc_linux_init_abi): Register
IN_SOLIB_CALL_TRAMPOLINE and SKIP_TRAMPOLINE_CODE methods here,
giving the same effect as the #definitions above.
Index: gdb/ppc-linux-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/ppc-linux-tdep.c,v
retrieving revision 1.28
diff -c -r1.28 ppc-linux-tdep.c
*** gdb/ppc-linux-tdep.c 14 Apr 2003 02:29:40 -0000 1.28
--- gdb/ppc-linux-tdep.c 29 May 2003 18:22:13 -0000
***************
*** 746,751 ****
--- 746,755 ----
set_solib_svr4_fetch_link_map_offsets
(gdbarch, ppc_linux_svr4_fetch_link_map_offsets);
}
+
+ /* Shared library handling. */
+ set_gdbarch_in_solib_call_trampoline (gdbarch, in_plt_section);
+ set_gdbarch_skip_trampoline_code (gdbarch, find_solib_trampoline_target);
}
void
Index: gdb/config/powerpc/tm-linux.h
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/tm-linux.h,v
retrieving revision 1.11
diff -c -r1.11 tm-linux.h
*** gdb/config/powerpc/tm-linux.h 5 Jun 2002 19:18:27 -0000 1.11
--- gdb/config/powerpc/tm-linux.h 29 May 2003 18:22:13 -0000
***************
*** 26,31 ****
--- 26,36 ----
#undef SKIP_TRAMPOLINE_CODE
#include "config/tm-linux.h"
+ /* We've multi-arched these. (Note that this completely undoes the
+ effect of config/tm-linux.h #including config/tm-sysv4.h.) */
+ #undef IN_SOLIB_CALL_TRAMPOLINE
+ #undef SKIP_TRAMPOLINE_CODE
+
/* We can single step on linux */
#undef SOFTWARE_SINGLE_STEP
#define SOFTWARE_SINGLE_STEP(p,q) internal_error (__FILE__, __LINE__, "Will never execute!")
next reply other threads:[~2003-05-30 0:43 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-30 0:43 Jim Blandy [this message]
2003-05-30 1:20 ` Kevin Buettner
2003-05-30 3:44 ` Jim Blandy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=vt2y90pb6ht.fsf@zenia.red-bean.com \
--to=jimb@redhat.com \
--cc=gdb-patches@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox