Richard Sandiford writes:
> libgcc/
> * configure.ac (libgcc_cv_mips_hard_float): New.
> * configure: Regenerate.
> * config.host (mips*-*-*): Use t-hardfp-sfdf rather than
> t-softfp-sfdf for hard-float targets.
> * config/mips/t-mips (LIB2_SIDITI_CONV_FUNCS): Reins
"Joseph S. Myers" writes:
> On Tue, 4 Feb 2014, Richard Sandiford wrote:
>> So here I just provide simple C functions for each operation that has
>> hard-float support. We can then restrict the softfp stuff to functions
>> that really do need softfp support, meaning that softfp_exclude_libgcc2 :=
On Tue, 4 Feb 2014, Richard Sandiford wrote:
> So here I just provide simple C functions for each operation that has
> hard-float support. We can then restrict the softfp stuff to functions
> that really do need softfp support, meaning that softfp_exclude_libgcc2 := n
> should always be OK. As a
"Joseph S. Myers" writes:
> I note that you're not using t-softfp-excl. Logically, it's best to use
> the libgcc2.c functions in the cases where hardware floating point is
> involved (when they are providing conversions to/from DImode/TImode, and
> to/from unsigned, based on conversions to/fro
On Sun, 2 Feb 2014, Joseph S. Myers wrote:
> On Sun, 2 Feb 2014, Richard Sandiford wrote:
>
> > This patch (finally!) moves MIPS over to the soft-fp routines. The main
> > advantage is that we now handle 128-bit long-double exceptions properly
> > on hard-float targets.
>
> Thanks for doing thi
On Sun, 2 Feb 2014, Richard Sandiford wrote:
> This patch (finally!) moves MIPS over to the soft-fp routines. The main
> advantage is that we now handle 128-bit long-double exceptions properly
> on hard-float targets.
Thanks for doing this. At some point I intend to add soft-fp support for
aft
This patch (finally!) moves MIPS over to the soft-fp routines. The main
advantage is that we now handle 128-bit long-double exceptions properly
on hard-float targets.
This also removes the last use of TPBIT in libgcc. It might be worth
removing support for that at some point -- including the ass
