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_parts crtprec32.o crtprec64.o crtprec80.o
crtfastmath.o"
- tmake_file="${tmake_file} i386/t-crtpc i386/t-crtfm"
+ tmake_file="${tmake_file} i386/t-crtpc i386/t-crtfm t-dfprules"
md_unwind_header=i386/linux-unwind.h
;;
x86_64-*-linux* | x86_64-*-kfreebsd*-gnu | x86_64-*-knetbsd*-gnu)
extra_parts="$extra_parts crtprec32.o crtprec64.o crtprec80.o
crtfastmath.o"
- tmake_file="${tmake_file} i386/t-crtpc i386/t-crtfm"
+ tmake_file="${tmake_file} i386/t-crtpc i386/t-crtfm t-dfprules"
md_unwind_header=i386/linux-unwind.h
;;
This conflicts with the Hurd/k*BSD patch.
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).
Paolo
