This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, rs6000] Preserve link stack for 476 cpus
- From: Richard Henderson <rth at redhat dot com>
- To: Peter Bergner <bergner at vnet dot ibm dot com>
- Cc: David Edelsohn <dje dot gcc at gmail dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Date: Fri, 28 Oct 2011 08:20:27 -0700
- Subject: Re: [PATCH, rs6000] Preserve link stack for 476 cpus
- References: <1315843660.6209.45.camel@otta> <CAGWvny=W7SgRM_Y-nacv3mxQtx9dFDow7KMQPp_QcwCBUpcD9A@mail.gmail.com> <1318520967.3133.69.camel@otta> <4E9719DD.7000304@redhat.com> <1319766189.2996.39.camel@otta>
On 10/27/2011 06:43 PM, Peter Bergner wrote:
> Ok, here's a patch to implement that, and it passes bootstrap and
> regtesting. Richard, is this what you had in mind? I'll note that
> I disabled rs6000_code_end for TARGET_POWERPC64, since I was running
> into linker errors when building libgcc. The merging of the thunk
> routines with comdat worked fine, but the thunk function also has a
> function descriptor and I couldn't figure out a way to get those
> merged properly (if it's even possible), so they led to multiply
> defined symbol linker errors.
That's something you might have to discuss with David and Alan.
You might wind up bypassing some of the normal boilerplate
that gets added by final_start_function etc.
It does look like you're missing the stub for ppc64, and yet
you invoke it? At least, I don't see anything earlier that
tests ppc64, only in rs6000_code_end.
r~