From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4193 invoked by alias); 1 Oct 2007 06:59:55 -0000 Received: (qmail 4180 invoked by uid 22791); 1 Oct 2007 06:59:55 -0000 X-Spam-Check-By: sourceware.org Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.168) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 01 Oct 2007 06:59:53 +0000 Received: by ug-out-1314.google.com with SMTP id o38so2126177ugd for ; Sun, 30 Sep 2007 23:59:50 -0700 (PDT) Received: by 10.66.250.18 with SMTP id x18mr8453579ugh.1191221989999; Sun, 30 Sep 2007 23:59:49 -0700 (PDT) Received: from ?192.168.2.6? ( [90.193.94.8]) by mx.google.com with ESMTPS id j1sm13975920ugf.2007.09.30.23.59.47 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 30 Sep 2007 23:59:48 -0700 (PDT) In-Reply-To: <4700818E.5090200@verizon.net> References: <4700818E.5090200@verizon.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: Fortran List , gcc-patches Content-Transfer-Encoding: 7bit From: FX Coudert Subject: Re: [patch, libfortran] PR33253 namelist: reading back a string with apostrophe Date: Mon, 01 Oct 2007 06:59:00 -0000 To: Jerry DeLisle X-Mailer: Apple Mail (2.752.3) Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-10/txt/msg00016.txt.bz2 > In addition, this patch adjusts the conditions that allow extended > reads of namelists. This now requires -std=legacy. The reason is > that all these cases with non standard namelists such as extra data > or no delimiters end up conflicting. The mechanism for handling > these is present, its a matter of choice when to allow what. Short of a proper review, which I might do later this week, I want to note that as this requires users to turn change compiler options for their (broken) code, this should probably be noted in the release notes. FX