--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:06 ---
Subject: Bug 16511
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:06:09
Modified files:
gcc/fortran: gfortr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
00:24 ---
Subject: Bug 16511
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 00:23:18
Modified files:
gcc/fortran: gfortran.h match.c module.c primary.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
14:39 ---
The way I came to that conclusion was the following code worked:
c { dg-do compile }
subroutine sub(a)
common /info/ m, n
real a(m,n)
a(1,1) = a(2,2)
end
--
http://gcc.gnu.o
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
14:38 ---
This is an equivalenced problem so linking to 20405
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16511
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-06 16:11
---
(In reply to comment #9)
> However, the inital (comment #0) snippet compiles fine on all compilers
> mentionned above. So I guess the common block as something to do with it.
Indeed, the common block makes thi
--- Additional Comments From coudert at clipper dot ens dot fr 2005-01-06
15:56 ---
The reduced case given in comment #9 fails to compile with Intel compiler ("This
entity cannot be in a specification expression"), Sun ("Local variable "M" must
be a dummy argument or in common to be used
--
What|Removed |Added
OtherBugsDependingO||19292
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16511
--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10
08:56 ---
(In reply to comment #7)
The COMMON block has nothing to do with the problem:
subroutine sub(a)
integer :: m=2,n=2
real a(m,n)
end subroutine sub
Fails to compile too, with the same message.
--
htt
