[Bug fortran/18600] ICE NIST FM020.f reduced case

2005-03-13 Thread tobi at gcc dot gnu dot org 

--- Additional Comments From tobi at gcc dot gnu dot org  2005-03-13 17:32 
---
This works for me.  Can anybody else still confirm this?  Otherwise I'll add
this to the testsuite.

-- 
   What|Removed |Added

 CC||tobi at gcc dot gnu dot org
 Status|NEW |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

[Bug fortran/18600] ICE NIST FM020.f reduced case

2005-03-13 Thread pinskia at gcc dot gnu dot org 

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-13 
17:35 ---
This works for me also.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

[Bug fortran/18600] ICE NIST FM020.f reduced case

2005-03-13 Thread jvdelisle at verizon dot net 

--- Additional Comments From jvdelisle at verizon dot net  2005-03-13 19:04 
---
I also confirm that the ICE no longer occurs.  Running the original FM020.f test
program passes all tests.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

[Bug fortran/18600] ICE NIST FM020.f reduced case

2005-03-13 Thread cvs-commit at gcc dot gnu dot org 

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-13 
19:28 ---
Subject: Bug 18600

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-13 19:28:19

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: stfunc_1.f90 

Log message:
PR fortran/18600
* gfortran.dg/stfunc_1.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5156r2=1.5157
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/stfunc_1.f90.diff?cvsroot=gccr1=NONEr2=1.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

[Bug fortran/18600] ICE NIST FM020.f reduced case

2005-03-13 Thread tobi at gcc dot gnu dot org 

--- Additional Comments From tobi at gcc dot gnu dot org  2005-03-13 19:28 
---
Works now.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

[Bug fortran/18600] ICE NIST FM020.f reduced case

2005-01-06 Thread tobi at gcc dot gnu dot org 


-- 
   What|Removed |Added

OtherBugsDependingO||19292
  nThis||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

[Bug fortran/18600] ICE NIST FM020.f reduced case

2005-01-02 Thread sgk at troutmask dot apl dot washington dot edu 

--- Additional Comments From sgk at troutmask dot apl dot washington dot 
edu  2005-01-02 19:10 ---
Here a further reduction of the problem.

This compiles fine

 logical a, b
 a(b) = .true.
 b = .false.
 if (a(b)) b = .true.
 end

The parse tree is

  ASSIGN b .false.
  IF a[[((b))]]
ASSIGN b .true.
  ENDIF


This causes the ICE.

  logical a, b
  a(b) = .true.
  if (a(.false.)) b = .true.
  end

with the following parse tree

  IF a[[((.false.))]]
ASSIGN b .true.
  ENDIF

The problem is in gfc_conv_statement_function(), which apparently
can't deal with an actual named constant parameter for its argument.

Unfortunately, I still don't know how to fix this.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600

[Bug fortran/18600] ICE NIST FM020.f reduced case

2004-11-21 Thread pinskia at gcc dot gnu dot org 

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-21 
18:47 ---
Confirmed.

-- 
   What|Removed |Added

OtherBugsDependingO||17423
  nThis||
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2004-11-21 18:47:02
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600