This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] define WIDEST_HARDWARE_FP_SIZE on mips
- From: Richard Sandiford <rsandifo at nildram dot co dot uk>
- To: Olivier Hainque <hainque at adacore dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Tue, 09 Oct 2007 21:01:11 +0100
- Subject: Re: [PATCH] define WIDEST_HARDWARE_FP_SIZE on mips
- References: <20071008085929.GA31575@cardhu.act-europe.fr>
Olivier Hainque <hainque@adacore.com> writes:
> The attached patch defines WIDEST_HARDWARE_FP_SIZE on mips.
>
> This is used by the Ada front end to determine the widest efficient
> floating point type on the target. If not defined, we fallback on
> LONG_DOUBLE_TYPE_SIZE and observe various mishaps if this requires
> software support.
>
> For instance, the test below is expected to output " +Inf*******".
>
> On Irix 6.5, it currently raises a constraint_error exception from a
> runtime library unit instead.
>
> << with Ada.Text_IO;
>
> procedure T is
> N : Float := 2.0;
> begin
> N := N ** 256;
> Ada.Text_IO.Put_Line(Float'Image(N));
> end;
> >>
Hmm. Do you mean that GNAT doesn't support software floating point?
In other words, would this also happen on -msoft-float targets for
WIDEST_HARDWARE_FP_SIZE == 64?
(I hope this doesn't sound awkward. I'm just trying to understand the
issue better.)
Richard