--- Comment #15 from burnus at gcc dot gnu dot org 2010-07-02 07:09 ---
(In reply to comment #14)
gfortran.dg/nan_6.f90 fails on hppa2.0w-hp-hpux11:
Breakpoint 2, MAIN__ ()
at /test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/nan_6.f90:89
89 if (.not. isnan(real(z))) call abort()
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2010-07-02 15:18
---
I think just ignore (..) . It seems to add no value at this time and assures
compatibility across platforms. Your patch is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298
--- Comment #17 from burnus at gcc dot gnu dot org 2010-07-02 19:07 ---
Subject: Bug 43298
Author: burnus
Date: Fri Jul 2 19:07:30 2010
New Revision: 161735
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161735
Log:
2010-06-28 Tobias Burnus bur...@net-b.de
PR
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2010-07-02 21:16
---
Thanks Tobias. Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from danglin at gcc dot gnu dot org 2010-07-02 00:12
---
gfortran.dg/nan_6.f90 fails on hppa2.0w-hp-hpux11:
Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/test/gnu/gcc/gcc/gcc/testsui
--- Comment #13 from burnus at gcc dot gnu dot org 2010-06-30 08:06 ---
(In reply to comment #5)
- convert_real needs to get the comment updated (assuming POSIX/C99 strtod)
I think that's the only item left to do: Deleting the following TODO from
read.c's convert_real - and then the
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-06-30 01:36
---
Subject: Bug 43298
Author: jvdelisle
Date: Wed Jun 30 01:35:56 2010
New Revision: 161585
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161585
Log:
2010-06-29 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-06-30 01:38
---
Subject: Bug 43298
Author: jvdelisle
Date: Wed Jun 30 01:38:42 2010
New Revision: 161586
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161586
Log:
2010-06-29 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #8 from burnus at gcc dot gnu dot org 2010-06-28 09:09 ---
Created an attachment (id=21022)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21022action=view)
Draft patch for reading NaN(alphanum) in list-directed I/O
While INF/NAN were already supported in list-directed
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-06-28 19:15
---
Tobias,
Your patch is approved. Also, I managed to get all your comments addressd for
the read_f patch including signs on Inf last night and will resubmit tonight.
--
--- Comment #10 from burnus at gcc dot gnu dot org 2010-06-28 20:05 ---
Subject: Bug 43298
Author: burnus
Date: Mon Jun 28 20:04:40 2010
New Revision: 161510
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161510
Log:
2010-06-28 Tobias Burnus bur...@net-b.de
PR
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-06-27 19:46
---
See patch submitted for approval here:
http://gcc.gnu.org/ml/fortran/2010-06/msg00257.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-04-26 04:45
---
Created an attachment (id=20490)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20490action=view)
First attempt a a patch to allow reading inf and NaN with parens
This patch implements a filter to extract
--- Comment #4 from burnus at gcc dot gnu dot org 2010-03-12 12:31 ---
Actually, in list_read.c's parse_real gfortran already handles inf(inity) and
nan (_but_ _not _nan(string)). Thus, using 'read(*,*) a' works.
* * *
The TODO quote from comment 2 is for read.c's convert_real;
--- Comment #5 from burnus at gcc dot gnu dot org 2010-03-12 17:05 ---
(In reply to comment #4)
Actually, in list_read.c's parse_real gfortran already handles inf(inity) and
nan (_but_ _not _nan(string)). Thus, using 'read(*,*) a' works.
Also list_read.c's read_real handles INF/NAN
--- Comment #1 from jjcogliati-r1 at yahoo dot com 2010-03-08 21:17 ---
program should be: (both exhibit the bug though, but this works if bug is not
present)
program nan_test
implicit none
character(15) :: nan = ' NAN -INF INF'
real :: a,b,c, d = 0.0
print
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-03-09 02:38
---
Confirmed. In io/read.c we have:
/* TODO: handle not-a-numbers and infinities. */
I will take this on. But it is back burner to some other issues.
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #3 from burnus at gcc dot gnu dot org 2010-03-09 07:24 ---
Quoting the standard. Note especially that also NaN(optional) is valid:
(1) On input, leading blanks are not significant. When the input field is not
an IEEE exceptional specification (10.6.1.2.1), the
18 matches
Mail list logo