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: Pedro Alves <palves at redhat dot com>
- To: "Jose E. Marchesi" <jose dot marchesi at oracle dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Wed, 04 Dec 2013 12:15:28 +0000
- 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>
On 12/04/2013 10:08 AM, Jose E. Marchesi wrote:
>
> 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.
"transfers".
I don't know enough sparc64 to be able to say anything intelligent
about the substance of the patch itself.
--
Pedro Alves