This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/60128] [4.8/4.9 Regression] Wrong ouput using en edit descriptor
- From: "dave.anglin at bell dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Fri, 28 Mar 2014 01:05:37 +0000
- Subject: [Bug fortran/60128] [4.8/4.9 Regression] Wrong ouput using en edit descriptor
- Auto-submitted: auto-generated
- References: <bug-60128-4 at http dot gcc dot gnu dot org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #58 from dave.anglin at bell dot net ---
On 27-Mar-14, at 6:31 PM, dominiq at lps dot ens.fr wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
>
> --- Comment #56 from Dominique d'Humieres <dominiq at lps dot
> ens.fr> ---
>> So, probably abort shouldn't be called when rounding isn't supported.
>
> The problem is that the rounding to even on tie seems supported by
> hpux, but
> for
> 98765.0_16 or -98765.0_16: 6 successes out of 8 tests. Could you
> post the
> output of
>
> print '(3PE10.3)', 987350._4
> print '(3PE10.3)', 987350._8
> print '(3PE10.3)', 987350._16
> print '(2PE10.3)', 98765.0_4
> print '(2PE10.3)', 98765.0_8
> print '(2PE10.3)', 98765.0_16
> end
>
> My problem is to know if this is coming from the default printing
> libs or from
> the EN format in libfortran.
>
> On *-*-darwin* I get
>
> 987.4E+03
> 987.4E+03
> 987.4E+03
> 98.76E+03
> 98.76E+03
> 98.76E+03
Results are on hppa2.0w-hp-hpux11.11:
987.3E+03
987.3E+03
987.4E+03
98.77E+03
98.77E+03
98.77E+03
--
John David Anglin dave.anglin@bell.net