Re: [build] Move dfp-bit support to toplevel libgcc

2011-07-12 Thread Rainer Orth
Hello Thomas, > On Fri, 08 Jul 2011 13:25:13 +0200, Rainer Orth > wrote: >> 2011-06-22 Rainer Orth >> >> gcc: >> * config/dfp-bit.c, config/dfp-bit.h: Move to ../libgcc. >> * config/t-dfprules: Move to ../libgcc/config. > > Seems that you forgot to remove the files from gcc/co

Re: [build] Move dfp-bit support to toplevel libgcc

2011-07-11 Thread Thomas Schwinge
Hallo Rainer! On Fri, 08 Jul 2011 13:25:13 +0200, Rainer Orth wrote: > 2011-06-22 Rainer Orth > > gcc: > * config/dfp-bit.c, config/dfp-bit.h: Move to ../libgcc. > * config/t-dfprules: Move to ../libgcc/config. Seems that you forgot to remove the files from gcc/config/.

Re: [build] Move dfp-bit support to toplevel libgcc

2011-07-08 Thread Rainer Orth
Paolo Bonzini writes: > Patch is okay if you take care of committing both, but please wait 48 hours > or so, and please post the updated patch with config/dfp-bit.c moved to > dfp-bit.c (config/t-dfprules should stay there). Here's the revised version. Bootstrapped without regressions on x86_64

Re: [build] Move dfp-bit support to toplevel libgcc

2011-07-07 Thread Rainer Orth
Paolo Bonzini writes: >> i[34567]86-*-linux* | i[34567]86-*-kfreebsd*-gnu | >> i[34567]86-*-knetbsd*-gnu | i[34567]86-*-gnu* | >> i[34567]86-*-kopensolaris*-gnu) >> extra_parts="$extra_parts crtprec32.o crtprec64.o crtprec80.o >> crtfastmath.o" >> -tmake_file="${tmake_file} i386/t-c

Re: [build] Move dfp-bit support to toplevel libgcc

2011-07-07 Thread Paolo Bonzini
On 07/07/2011 12:27 PM, Rainer Orth wrote: one might as well argue that they are generic and belong into libgcc itself. Agreed. i[34567]86-*-linux* | i[34567]86-*-kfreebsd*-gnu | i[34567]86-*-knetbsd*-gnu | i[34567]86-*-gnu* | i[34567]86-*-kopensolaris*-gnu) extra_parts="$extra_par

[build] Move dfp-bit support to toplevel libgcc

2011-07-07 Thread Rainer Orth
The next patch in the `move to toplevel libgcc' series is hopefully easier to get review and approval for. This one moves dfp-bit and related build stuff to libgcc. I think it's completely straight forward: it moves D{32, 64, 128}PBIT{, _FUNCS}, related Makefile fragments, and the source files th