This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH] add gdbarch_in_function_epilogue_p hook for sparc64
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: "Jose E. Marchesi" <jose dot marchesi at oracle dot com>, gdb-patches at sourceware dot org
- Date: Wed, 4 Dec 2013 21:02:41 +0400
- Subject: Re: [PATCH] add gdbarch_in_function_epilogue_p hook for sparc64
- Authentication-results: sourceware.org; auth=none
- References: <87mwm9b8pr dot fsf at oracle dot com> <529E2ADD dot 6020409 at redhat dot com> <8738m9j5de dot fsf at oracle dot com> <529F1CE0 dot 2060000 at redhat dot com>
> > On 10/16/2013 03:18 PM, Jose E. Marchesi wrote:
> > > Note that despite sparc_in_function_epilogue_p must work on both sparc32
> > > and sparc64 the patch only installs the hook on sparc64 targets. This
> > > is because I can't test it in sparc32.
> >
> > Can't sparc64 run sparc32 binaries? Something like -m32 ?
> >
> > Yes it can. But right now what I have is a 64bit-only userspace. I
> > will hook gdbarch_in_function_epilogue_p on the sparc32 target as soon
> > as I can test it properly.
>
> Ah, OK.
>
> > + RESTORE is almost always found in the delay slot of a branch
> > + instruction that transfer control to the caller, such as JMPL.
I have access to sparc32 systems running Solaris, except I am under
strict orders to not run the official testsuite on it. But if there is
something else I can do, including running AdaCore's testsuite, or
doing a specific check by hand, etc, do let me know!
--
Joel