--- Comment #5 from pault at gcc dot gnu dot org 2006-06-25 18:09 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-25 18:08 ---
Subject: Bug 25056
Author: pault
Date: Sun Jun 25 18:08:13 2006
New Revision: 114994
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114994
Log:
2006-06-25 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2006-06-25 15:11 ---
Subject: Bug 25056
Author: pault
Date: Sun Jun 25 15:11:02 2006
New Revision: 114987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114987
Log:
2006-06-25 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-06-22
14:24 ---
Created an attachment (id=11727)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11727&action=view)
Patch to fix the PR
A straightforward check in interface.c (compare_actual_formal) was all that was
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-26 19:20
---
gfortran doesn't catch this one.
## g95 ##
In file foo.f90:15
write(6,*) J(L)
1
Error: Dummy procedure 'l' at (1) must be PURE
## Intel ##
fortcom: Warning: foo.f90, line 3: This name has not bee