--- Comment #7 from toon at moene dot org 2009-08-18 16:40 ---
The relevant wording in the Standard (2003) is:
9.5.3.4 Data transfer
...
The list items for a namelist input statement are processed in the order of the
entities specified within the input records.
...
To spell it out
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-08-15 02:06
---
Toon, any word on this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39668
--- Comment #5 from toon at moene dot org 2009-05-05 13:33 ---
Hmm, I said I'd put it in waiting until I found the definite wording in the
Standard about this use of namelist values ...
--
toon at moene dot org changed:
What|Removed |Added
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-04-11 16:28
---
Un-assigning, I don't think this is a bug, yet. :)
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from toon at moene dot org 2009-04-07 18:41 ---
Note that the namelist is overwriting earlier assignments, so it's doubtful
it's legal Fortran.
The original that got my colleague questioning gfortran was:
namtest
i(1,:)=1,2,3,
i(2,:)=4,5,6,
i(3,:)=7,8,9,
/
which,
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-04-07 02:59
---
I see the problem in 4.3, 4.4, and 4.5. I don't have a 4.2 around, can someone
check that to see if this is a regression.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from burnus at gcc dot gnu dot org 2009-04-07 04:35 ---
(In reply to comment #1)
I see the problem in 4.3, 4.4, and 4.5. I don't have a 4.2 around, can
someone check that to see if this is a regression.
4.1/4.2 show the same result.
openf95, g95, ifort, sunf95 all