[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [ppc64] newer gcc breaks kernel build?

On Thu, Sep 17, 2009 at 09:04:33PM +0200, Jakub Jelinek wrote:
> On Thu, Sep 17, 2009 at 01:44:42PM -0400, Kyle McMartin wrote:
> > - fix ppc/ppc64 -mmultiple and out of line gpr/fpr saving bugs
> >   (#519409, PR target/40677, PR target/41175)
> > 
> > My guess is this has broken the kernel build on powerpc64:
> > init/built-in.o: In function `arch_disable_smp_support':
> > /builddir/build/BUILD/kernel-2.6.31/linux-2.6.31.ppc64/init/main.c:139: undefined reference to `._savegpr0_31'
> > /builddir/build/BUILD/kernel-2.6.31/linux-2.6.31.ppc64/init/main.c:139: undefined reference to `._restgpr0_31'
> > 
> > by generating calls to out of line handlers, which are only supplied for
> > PPC32 in arch/powerpc/lib/.
> > 
> > Any thoughts? If it's not this, it must have been something hitting rawhide
> > between:
> > 2009-09-16 22:06:38	and
> > 2009-09-17 15:25:47
> For 64-bit code it is ld that is supposed to synthetize those symbols on the
> fly.  gcc uses them (newly, starting with gcc 4.5 as of a few days ago
> upstream and gcc-4.4.1-14 in rawhide) even for 64-bit code when -Os, as the
> out of line savers/restorers are smaller than inline register
> saving/restoring.

Ah, so it's a binutils bug? (Sorry, the only reason I fingered gcc was because
binutils hadn't been updated recently.)

Would a workaround be to switch ppc64 back to -O2 until ld is fixed?

regards, Kyle

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]