--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06
13:35 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06
10:12 ---
Subject: Bug 18833
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-06 10:12:42
Modified files:
gcc/fortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06
10:01 ---
Subject: Bug 18833
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-06 10:00:54
Modified files:
gcc/fortran: ChangeLog primary.c resolve.c
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-07-22 14:49 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
federico dot carminati at cern dot ch wrote:
> --- Additional Comments From federico dot carminati at cern dot ch
>
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-07-22 14:01 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
federico dot carminati at cern dot ch wrote:
>this is valid f90/95 code. Equivalence cannot contain sym%val as
> f
--- Additional Comments From federico dot carminati at cern dot ch
2005-07-22 13:42 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
Hello,
this is valid f90/95 code. Equivalence cannot contain sym%val as
far as I understand, but they can cointain derived types as
--- Additional Comments From jakub at redhat dot com 2005-07-22 12:37
---
I have partly written patch, but would like to understand whether ordering
matters or not.
Is the following all valid f77/f90/f95?
subroutine foo
character*8 c
character*1 d, f
dimension d(2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08
12:22 ---
Even though the code listed in comment #0 is F90/F95, you can generate a f77
code which causes the
same problem like so (from PR 20828):
PROGRAM BUG
CHARACTER CQALLC*1, CQLETT(1)*1
EQUIV
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08
12:20 ---
*** Bug 20828 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-05 20:59
---
The problem is that the substring reference is parsed as array reference. the
responsible code is this fragment from match_varspec in primary.c, after which
we unconditionally parse an array reference:
if (pr
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05
15:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
11 matches
Mail list logo
