--- Comment #6 from sayle at gcc dot gnu dot org 2007-01-29 03:27 ---
Subject: Bug 30404
Author: sayle
Date: Mon Jan 29 03:27:07 2007
New Revision: 121279
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121279
Log:
PR fortran/30404
* trans-stmt.c (forall_info): R
--- Comment #5 from sayle at gcc dot gnu dot org 2007-01-16 18:15 ---
Subject: Bug 30404
Author: sayle
Date: Tue Jan 16 18:15:19 2007
New Revision: 120829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120829
Log:
2007-01-16 Roger Sayle <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from kargl at gcc dot gnu dot org 2007-01-11 17:25 ---
(In reply to comment #3)
> Paul, Steve, Please let me know if you see an issue with the above analysis.
> Hopefully, the three-loop strategy of (i) determine mask size, (ii) populate
> mask and (iii) conditionally exec
--- Comment #3 from roger at eyesopen dot com 2007-01-11 16:56 ---
Ok, I've now spent some time reading the code, I understand what's going wrong
and what needs to be done to fix it. The problem resolves around the
"nest_flag" argument to gfc_trans_nested_forall_loop. This argument onl
--- Comment #2 from pault at gcc dot gnu dot org 2007-01-08 12:23 ---
logical :: l1(2,2) = reshape ((/.false.,.true.,.true.,.false./), (/2,2/))
integer :: it(2,2) = reshape ((/1,2,3,4/), (/2,2/))
forall (i = 1:2, i < 3)
forall (j = 1:2, l1(i,j))
it(i, j) = 0
end foral
--- Comment #1 from pault at gcc dot gnu dot org 2007-01-08 11:23 ---
There appears to be a double problem here; the segfault, which I can reproduce
by adding more statements in the forall block that sets a, and the incorrect
rendering of the mask logic, according to where the masking is
