[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-13 Thread jvdelisle at gcc dot gnu dot org
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2009-10-13 19:20 --- Dominiq, thanks for tracking this down. So the example code in this otherfortran manual is invalid. I noticed a few other examples in there that are obfuscated in some manner to not be valid. I am sure just ed

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-13 Thread dominiq at lps dot ens dot fr
--- Comment #9 from dominiq at lps dot ens dot fr 2009-10-13 18:03 --- > It would be interesting to get the opinion of Richard Maine. > > ... > > The wording in the f2003/2008 drafts I have at hand is more ambiguous: > > ... > > Does a io-unit in C917 includes the optional characters U

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-13 Thread dominiq at lps dot ens dot fr
--- Comment #8 from dominiq at lps dot ens dot fr 2009-10-13 17:01 --- > It would be interesting to get the opinion of Richard Maine. watch http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/fbd60d05c9e683e4# -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41678

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-13 Thread burnus at gcc dot gnu dot org
--- Comment #7 from burnus at gcc dot gnu dot org 2009-10-13 15:39 --- (In reply to comment #0) > The following is rejected by gfortran. I think it is valid. > real i > read(unit=2, 100) i > 100 format (f10.7) In case of Fortran 95 it is trivially invalid (cf. comment 3 and comment 5).

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-12 Thread dominiq at lps dot ens dot fr
--- Comment #6 from dominiq at lps dot ens dot fr 2009-10-12 13:31 --- Comment #5 was intended for pr38439. > ahh, I was looking at the F2003 Standard which is not as clear. However, is > this relaxation in F2003 done on purpose? I found the rejected code in the > IBM > compiler manu

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-12 Thread dominiq at lps dot ens dot fr
--- Comment #5 from dominiq at lps dot ens dot fr 2009-10-12 13:00 --- I think the problem is here (around line 706 in the last commit): if (t == FMT_F || t == FMT_EN || t == FMT_ES || t == FMT_D || t == FMT_G || t == FMT_E) { repeat = 1; goto

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-12 Thread jvdelisle at gcc dot gnu dot org
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-10-12 12:52 --- ahh, I was looking at the F2003 Standard which is not as clear. However, is this relaxation in F2003 done on purpose? I found the rejected code in the IBM compiler manual as an example. -- http://gcc.gnu.or

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-12 Thread dominiq at lps dot ens dot fr
--- Comment #3 from dominiq at lps dot ens dot fr 2009-10-12 12:46 --- > In the original test case: > > real :: i > > The part that is rejected incorrectly is the format label. I assumed i was an integer. F95 says: Constraint: If the optional characters FMT= are omitted from the form

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-12 Thread jvdelisle at gcc dot gnu dot org
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-10-12 12:28 --- In the original test case: real :: i The part that is rejected incorrectly is the format label. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41678

[Bug fortran/41678] Format label as second item in io control list is rejected

2009-10-12 Thread dominiq at lps dot ens dot fr
--- Comment #1 from dominiq at lps dot ens dot fr 2009-10-12 07:19 --- The F95 standard says: The F, E, EN, ES, and D edit descriptors specify the editing of real and complex data. An input/output list item corresponding to an F, E, EN, ES, or D edit descriptor shall be real or complex