This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [rfa/mips] Shared library trampoline support for mips-linux
- From: Daniel Jacobowitz <drow at mvista dot com>
- To: Andrew Cagney <cagney at gnu dot org>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Tue, 10 Feb 2004 19:04:57 -0500
- Subject: Re: [rfa/mips] Shared library trampoline support for mips-linux
- References: <20040210231538.GA8420@nevyn.them.org> <40296B8A.5060502@gnu.org>
On Tue, Feb 10, 2004 at 06:38:50PM -0500, Andrew Cagney wrote:
> >- /* Hook in OS ABI-specific overrides, if they have been registered. */
> >- gdbarch_init_osabi (info, gdbarch);
> >-
> > set_gdbarch_skip_trampoline_code (gdbarch, mips_skip_stub);
> >
> > set_gdbarch_in_solib_call_trampoline (gdbarch, mips_in_call_stub);
> > set_gdbarch_in_solib_return_trampoline (gdbarch, mips_in_return_stub);
>
> Assuming that the default is no OS, I'm actually wondering why these are
> set at all.
Because they're used for MIPS16, presumably. The fact that MIPS16 call
stubs use the solib machinery is why I had a ??? in my question.
> >+ /* Hook in OS ABI-specific overrides, if they have been registered. */
> >+ gdbarch_init_osabi (info, gdbarch);
>
> >+#undef IN_SOLIB_DYNSYM_RESOLVE_CODE
> >+#define IN_SOLIB_DYNSYM_RESOLVE_CODE(PC)
> >mips_linux_in_dynsym_resolve_code (PC)
>
> ulgh, still not multi-arched :-(
Yeah. I spent a little while thinking about how to multi-arch it and
couldn't come up with a good solution, so I let it be.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer