From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id BA28C3858D33; Thu, 4 May 2023 08:07:25 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org BA28C3858D33 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1683187645; bh=crDrNuCH6nHnNDXlzXTD01fqLLH5mHl/3qt8lgFF7LY=; h=From:To:Subject:Date:In-Reply-To:References:From; b=rbkCkpCEI7aoTTi7drx00YVCp0Tc8mwG4qnNpvGSiHOmTAPzfoHB+bx9I9TqqRdaS MDuFqeMTM8g9nH/FFpJ/RZRCpW+UDmpXxXJg8uyNZWW54noUA5FjO5IyzECc/MQ7vN cLckDVashM3Lkae1YGRVdXOXVyBUQ9uTEJkXVMuU= From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/97122] Spurious FINAL ... must be in the specification part of a MODULE Date: Thu, 04 May 2023 08:07:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D97122 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |WAITING --- Comment #3 from Paul Thomas --- Nagfor responds to the test case with "Error: pr97122.f90, line 14: Type T = has final subroutines but is not defined in the specification part of a module" F2018: "C787(R753) A final-subroutine-name shall be the name of a module procedure with exactly one dummy argument." Since, of necessity, the argument is declared to be of the derived type with the final binding, the gfortran and nagfor errors are correct IMHO. ifort compiles it without complaint. I have marked this as "waiting" pending a contrary interpretation. Cheers Paul=