Re: SPU build broken (Re: CFT: [build] Move libgcc2 to toplevel libgcc)

2011-11-11 Thread Ulrich Weigand
Rainer Orth wrote: > "Ulrich Weigand" writes: > > Shouldn't the variable still be called LIB2FUNCS_EXCLUDE after the > > move to libgcc? LIB2ADD seems to expect full file names ... > > Of course, the change is bogus. I can only (half) explain this by the > change from LIB2FUNCS_STATIC_EXTRA to

Re: SPU build broken (Re: CFT: [build] Move libgcc2 to toplevel libgcc)

2011-11-11 Thread Rainer Orth
Paolo Bonzini writes: > On 11/11/2011 05:23 PM, Rainer Orth wrote: >> The trivial patch allowed a x86_64-unknown-linux-gnu x spu-elf cross to >> finish the libgcc build, and at least the set of objects built before my >> patch series is identical to the set built now. >> >> Ok for mainline? > > O

Re: SPU build broken (Re: CFT: [build] Move libgcc2 to toplevel libgcc)

2011-11-11 Thread Paolo Bonzini
On 11/11/2011 05:23 PM, Rainer Orth wrote: The trivial patch allowed a x86_64-unknown-linux-gnu x spu-elf cross to finish the libgcc build, and at least the set of objects built before my patch series is identical to the set built now. Ok for mainline? Ok. Have you checked for other occurrenc

Re: SPU build broken (Re: CFT: [build] Move libgcc2 to toplevel libgcc)

2011-11-11 Thread Rainer Orth
"Ulrich Weigand" writes: > Rainer Orth wrote: > >> diff --git a/gcc/config/spu/t-spu-elf b/gcc/config/spu/t-spu-elf > >> -# We exclude those because the libgcc2.c default versions do not support >> -# the SPU single-precision format (round towards zero). We provide our >> -# own versions below a

SPU build broken (Re: CFT: [build] Move libgcc2 to toplevel libgcc)

2011-11-05 Thread Ulrich Weigand
Rainer Orth wrote: > diff --git a/gcc/config/spu/t-spu-elf b/gcc/config/spu/t-spu-elf > -# We exclude those because the libgcc2.c default versions do not support > -# the SPU single-precision format (round towards zero). We provide our > -# own versions below and/or via direct expansion. > -LIB2

Re: CFT: [build] Move libgcc2 to toplevel libgcc

2011-08-16 Thread Paolo Bonzini
On 08/16/2011 10:16 AM, Rainer Orth wrote: Agreed. I'd prefer to first complete the build side of the migration from gcc (mostly target headers left now, which seems to be somewhat involved on first check), then deal with the libgcc-only macros, and only then look into cleaning up the end result

Re: CFT: [build] Move libgcc2 to toplevel libgcc

2011-08-16 Thread Rainer Orth
"Joseph S. Myers" writes: > On Mon, 15 Aug 2011, Rainer Orth wrote: > >> On top of the crtstuff and libgcc1 patches (and requiring the PICFLAG >> centralization still under discussion), here's the bulk of the remaining >> moves: it moves all LIBGCC2*, LIB2* macros and referenced files. >> >> Des

Re: CFT: [build] Move libgcc2 to toplevel libgcc

2011-08-16 Thread Rainer Orth
Hans-Peter Nilsson writes: >> * Again, I noticed an unused target file, >> config/cris/cris_abi_symbol.c. I assume it's a leftover from the >> cris-aout port and can go. > > As obvious from its contents, yes, put it to rest if you please. Ok, will do. >> * config/cris/arit.c, config/c

Re: CFT: [build] Move libgcc2 to toplevel libgcc

2011-08-15 Thread Joseph S. Myers
On Mon, 15 Aug 2011, Rainer Orth wrote: > On top of the crtstuff and libgcc1 patches (and requiring the PICFLAG > centralization still under discussion), here's the bulk of the remaining > moves: it moves all LIBGCC2*, LIB2* macros and referenced files. > > Despite its size, the patch should be q

Re: CFT: [build] Move libgcc2 to toplevel libgcc

2011-08-15 Thread Hans-Peter Nilsson
> From: Rainer Orth > Date: Mon, 15 Aug 2011 19:19:23 +0200 > On top of the crtstuff and libgcc1 patches (and requiring the PICFLAG > centralization still under discussion), here's the bulk of the remaining > moves: it moves all LIBGCC2*, LIB2* macros and referenced files. > > Despite its size,