[Bug fortran/25062] same name for parameter and common block

2011-08-13 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25062 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||zeccav at

[Bug fortran/25062] same name for parameter and common block

2007-07-03 Thread burnus at gcc dot gnu dot org
--- Comment #10 from burnus at gcc dot gnu dot org 2007-07-03 21:41 --- Subject: Bug 25062 Author: burnus Date: Tue Jul 3 21:41:34 2007 New Revision: 126279 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126279 Log: 2007-07-03 Tobias Burnus [EMAIL PROTECTED] PR

[Bug fortran/25062] same name for parameter and common block

2007-07-03 Thread burnus at gcc dot gnu dot org
--- Comment #11 from burnus at gcc dot gnu dot org 2007-07-03 21:45 --- Fixed. Note that the F95 standard is stricter than F2003. I added one -std=95 only check and two general checks. Still gfortran is too strict for F2003; see PR32515. -- burnus at gcc dot gnu dot org changed:

[Bug fortran/25062] same name for parameter and common block

2007-06-26 Thread burnus at gcc dot gnu dot org
-- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org

[Bug fortran/25062] same name for parameter and common block

2007-06-26 Thread patchapp at dberlin dot org
--- Comment #9 from patchapp at dberlin dot org 2007-06-26 16:25 --- Subject: Bug number PR 25062 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01932.html --

[Bug fortran/25062] same name for parameter and common block

2006-01-12 Thread tobi at gcc dot gnu dot org
--- Comment #8 from tobi at gcc dot gnu dot org 2006-01-12 10:13 --- Thanks, Steve. -- tobi at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25062] same name for parameter and common block

2006-01-11 Thread tobi at gcc dot gnu dot org
--- Comment #2 from tobi at gcc dot gnu dot org 2006-01-11 14:29 --- I'm quite sure it's not, but it would be a first, if Joost were wrong. Is there anything special about parameters? Something like real x common /x/ y or even common /x/ x is perfectly valid. -- tobi at

[Bug fortran/25062] same name for parameter and common block

2006-01-11 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-11 14:32 --- Even Lahey's Fortran 90 and their 95 compiler does not error out about this. I wonder if xlf does. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25062

[Bug fortran/25062] same name for parameter and common block

2006-01-11 Thread jv244 at cam dot ac dot uk
--- Comment #4 from jv244 at cam dot ac dot uk 2006-01-11 15:57 --- (In reply to comment #3) Even Lahey's Fortran 90 and their 95 compiler does not error out about this. I wonder if xlf does. xlf90 -qsuffix=f=f90 mytest.f90 mytest.f90, line 2.9: 1514-259 (S) A name must not be

[Bug fortran/25062] same name for parameter and common block

2006-01-11 Thread tobi at gcc dot gnu dot org
--- Comment #6 from tobi at gcc dot gnu dot org 2006-01-12 00:18 --- I'm setting this to waiting until someone quotes something from the standard. Fortran has its quirks, but disallowing this special case would break the distintion between the names of commons and those of other named

[Bug fortran/25062] same name for parameter and common block

2006-01-11 Thread kargl at gcc dot gnu dot org
--- Comment #7 from kargl at gcc dot gnu dot org 2006-01-12 05:25 --- See 14.1.2.1. A common block name in a scoping unit also may be the name of any local entity other than a named constant, intrinsic procedure, or a local variable that is also an external function in a

[Bug fortran/25062] same name for parameter and common block

2005-11-26 Thread fxcoudert at gcc dot gnu dot org
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-26 19:41 --- Well, only g95 sees this bug. Is it really a violation of the standard? I don't think so... ## g95 ## In file foo.f90:1 INTEGER, PARAMETER :: C1=1 1 Error: COMMON block 'c1' at (1) is