From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28822 invoked by alias); 20 Jul 2011 16:20:08 -0000 Received: (qmail 28781 invoked by uid 22791); 20 Jul 2011 16:20:04 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 20 Jul 2011 16:19:50 +0000 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/49791] [4.4/4.5/4.6/4.7 Regression] Formatted namelist reads fails with: Cannot match namelist object X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: burnus at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.4.7 X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Wed, 20 Jul 2011 16:20:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2011-07/txt/msg01679.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49791 --- Comment #3 from Tobias Burnus 2011-07-20 16:16:43 UTC --- (In reply to comment #2) > Why are you calling this a workaround. It looks like it is fixing > a bug in the user's program. In an ideal world, all code would use only standard Fortran and fixing the code would be trivial. However, in a real world, we live with more or less common vendor extensions which are used by real programs, even if there is now a better standard-conform replacement. I am sure that version of namelist predates Fortran 90. If the bug reporter can, I think he should convert all the input files to the Fortran 90 syntax of namelists. However, one needs to be careful to not inadvertently to change the meaning (e.g. remove the wrong "(1)") and it might affect many files. > I'm also not sure why you call this a regression. That's simple: It worked before, now it stopped. As the vendor extension is very common - it works at least with PGI, Intel, g95, gfortran (before the 2010-10), Sun, Open64, Pathf95 and crayftn, it makes sense to regard this as supported vendor extension. (I am sure more compiler support it, but I don't have access to them.) A different example would be: &nml tag = string / which is only supported by ifort. All other compilers fail as "string" is not quoted. If gfortran had supported such a feature as only compiler or as one of very few compilers, I would agree that breaking it, would probably fall into the WONTFIX category.