--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-01-18 04:05
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-01-18 02:17
---
Subject: Bug 34556
Author: jvdelisle
Date: Fri Jan 18 02:16:48 2008
New Revision: 131624
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131624
Log:
2007-01-18 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-01-18 02:09
---
Subject: Bug 34556
Author: jvdelisle
Date: Fri Jan 18 02:08:22 2008
New Revision: 131623
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131623
Log:
2008-01-17 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #10 from burnus at gcc dot gnu dot org 2008-01-14 09:32 ---
> Jerry, does your patch also fix the ICE from comment #2?
It does. However, as Paul points out, the following gives still:
reshape ([[(6, i= 1, 2*linem) ], [(i, i= 1,linem)],&
1
Error: Inv
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-01-14 09:28 ---
In reply to comment #8:
Jerry, does your patch also fix the ICE from comment #2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34556
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-01-14 01:11
---
Patch submitted:
http://gcc.gnu.org/ml/fortran/2008-01/msg00170.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34556
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-01-13 19:38
---
In gfc_simplify_reshape, gfc_get_array_element is returning a NULL pointer.
This is due to a failure in expand_constructor. I am still tracing this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34556
--- Comment #6 from jvdelisle at verizon dot net 2008-01-13 15:18 ---
Subject: Re: Rejects valid with bogus error message:
parameter initalization
pault at gcc dot gnu dot org wrote:
> --- Comment #5 from pault at gcc dot gnu dot org 2008-01-13 08:49 ---
> (In reply to commen
pault at gcc dot gnu dot org wrote:
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-13 08:49 ---
(In reply to comment #4)
This is similar to 34432 is some ways. I think we are not matching the (\ \)
correctly. I don't think gfc_match_expr has the tooling for it yet.
The erro
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-13 08:49 ---
(In reply to comment #4)
> This is similar to 34432 is some ways. I think we are not matching the (\ \)
> correctly. I don't think gfc_match_expr has the tooling for it yet.
The error message is spurious in my opinio
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-13 01:24
---
This is similar to 34432 is some ways. I think we are not matching the (\ \)
correctly. I don't think gfc_match_expr has the tooling for it yet.
Investigating further
--
jvdelisle at gcc dot gnu dot org chan
--- Comment #3 from pault at gcc dot gnu dot org 2008-01-11 10:13 ---
I have had a brief attempt to resolve this one and have driven my head against
a brick wall!
Starting with this development of the original testcase:
! Rejects-valid. Fails with gfortran 4.1, 4.2 and 4.3
! For 4.3 th
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-12-23 18:32 ---
$> cat pr34556.f90
integer :: a(2,2)
a = reshape( (/ max((/ 1,2 /), (/ 3,4 /)), (/4,5/) /), (/2,2/))
end
$> gfortran-svn pr34556.f90
pr34556.f90: In function 'MAIN__':
pr34556.f90:1: internal compiler error: Intrins
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-12-22 21:25 ---
Confirmed.
Simplified testcase:
integer :: a(2,2) = reshape( (/ max((/ 1,2 /), (/ 3,4 /)), (/4,5/) /),
(/2,2/))
end
It seems that the array-valued MAX is crucial here. If removed or replaced by a
scalar-valued M
14 matches
Mail list logo
