From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-126199-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 27383 invoked by alias); 13 Jan 2005 14:26:46 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Received: (qmail 27315 invoked by uid 48); 13 Jan 2005 14:26:39 -0000
Date: Thu, 13 Jan 2005 14:26:00 -0000
From: "tow21 at cam dot ac dot uk" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Message-ID: <20050113142634.19425.tow21@cam.ac.uk>
Reply-To: gcc-bugzilla@gcc.gnu.org
Subject: [Bug fortran/19425] New: Duplicate SAVE attribute problem
X-Bugzilla-Reason: CC
X-SW-Source: 2005-01/txt/msg01680.txt.bz2
List-Id: <gcc-bugs.sourceware.org>

Consider the following program: 
parabrisas:~/test% cat C578.f  
      subroutine s( ) 
      logical frstme 
      save frstme 
      save 
      continue 
      end 
 
Under constraint C578 of the f95 standard this is illegal, since a global save 
is not permitted in the same scoping unit as any other explicit use of the 
save attribute or save statement. gfortran correctly recognises this and 
diagnoses an error. 
 
However, this constraint did not exist in F77 (I am unsure about F90). 
Therefore, the above is a perfectly legal F77 program (and, indeed g77 
compiles it without complaint).

-- 
           Summary: Duplicate SAVE attribute problem
           Product: gcc
           Version: 4.0.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: tow21 at cam dot ac dot uk
                CC: gcc-bugs at gcc dot gnu dot org


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