[Bug fortran/44177] gfortran internal data assignment error cause found

2010-05-17 Thread kargl at gcc dot gnu dot org
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-17 21:46 --- Pull the trigger for Daniel and mark this as a duplicate. Harry, thanks for the report. The bug is fixed in gcc trunk, which will become 4.6.0 someday. If you can't fix the code (which is recommended), then you'll

[Bug fortran/44177] gfortran internal data assignment error cause found

2010-05-17 Thread dfranke at gcc dot gnu dot org
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-05-17 21:10 --- The PR(In reply to comment #3) > I think the ICE has been fixed by the recent constructor work by Daniel. That was PR24978. Given that this PR was opened against 4.1 in 2005 and a simple workaround exists (fix your

[Bug fortran/44177] gfortran internal data assignment error cause found

2010-05-17 Thread burnus at gcc dot gnu dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2010-05-17 20:39 --- I can confirm the issue with GCC 4.3.4, 4.4.4, and 4.5.0; however, using 4.6 it works. I think the ICE has been fixed by the recent constructor work by Daniel. Thus, one solution is to close the bug as WONTFIX; altern

[Bug fortran/44177] gfortran internal data assignment error cause found

2010-05-17 Thread kargl at gcc dot gnu dot org
--- Comment #2 from kargl at gcc dot gnu dot org 2010-05-17 20:31 --- BTW, one should consider elimination of the ... troutmask:sgk[210] gfc4x -o z -Wall -std=f95 t.f90 t.f90:1.13: real foo(2) /2*0.0/ 1 Error: Extension: Old-style initialization at (1) t.f90:2.4: from one

[Bug fortran/44177] gfortran internal data assignment error cause found

2010-05-17 Thread kargl at gcc dot gnu dot org
--- Comment #1 from kargl at gcc dot gnu dot org 2010-05-17 20:29 --- Given this code real foo(2) /2*0.0/ data foo/0.0, 0.0/ print *, foo end Trunk compiles the code. Gfortran 4.5 has the ICE. troutmask:sgk[211] gfc4x -o z -Wall t.f90 troutmask:sgk[212] ./z 0.000