This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/52153] REAL128 gives extended precision, not quad precision
- From: "burnus at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 08 Feb 2012 08:06:26 +0000
- Subject: [Bug fortran/52153] REAL128 gives extended precision, not quad precision
- Auto-submitted: auto-generated
- References: <bug-52153-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52153
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |burnus at gcc dot gnu.org
--- Comment #5 from Tobias Burnus <burnus at gcc dot gnu.org> 2012-02-08 08:06:26 UTC ---
(In reply to comment #4)
> > Yes, and I'm currently regression testing a patch (should
> > be completed within the hour).
>
> Regression tested without a problem, and it fixes the output
> for the program in comment #2.
Looks okay - and don't forget a test case. (Something like "if (REAL128 /= 16
.and. REAL128 > 0) call abort()" or similar, which can be combined with
-fdump-tree-original scan-tree ... 0 "abort".)
I assume we will have a lot of fun as soon as we allow selected_real_kind with
RADIX /= 2. (Such as decimal floating point numbers.)