From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 83585 invoked by alias); 15 Jan 2020 23:17:41 -0000 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 Received: (qmail 83566 invoked by uid 89); 15 Jan 2020 23:17:40 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-12.9 required=5.0 tests=AWL,BAYES_00,GARBLED_SUBJECT,GIT_PATCH_0,GIT_PATCH_1,GIT_PATCH_2,GIT_PATCH_3,KAM_SHORT autolearn=ham version=3.3.1 spammy=HTo:U*burnus, msg00054html, H*f:sk:96a1ac0, msg00054.html X-HELO: troutmask.apl.washington.edu Received: from troutmask.apl.washington.edu (HELO troutmask.apl.washington.edu) (128.95.76.21) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 15 Jan 2020 23:17:30 +0000 Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id 00FNHRKU005343 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 15 Jan 2020 15:17:27 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id 00FNHQsC005342; Wed, 15 Jan 2020 15:17:26 -0800 (PST) (envelope-from sgk) Date: Wed, 15 Jan 2020 23:57:00 -0000 From: Steve Kargl To: Tobias Burnus Cc: Tobias Burnus , gcc-patches , fortran , Gerald Pfeifer Subject: Re: [Patch, Fortran + wwwdocs] =?utf-8?Q?P?= =?utf-8?Q?R93253_?= =?utf-8?B?4oCT?= Document BOZ changes, make it friendlier in legacy code Message-ID: <20200115231726.GA5149@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <1f9fd9f3-8170-d654-33fe-4b2350ecea1e@codesourcery.com> <20200115185646.GA3868@troutmask.apl.washington.edu> <96a1ac0b-54e3-90a0-bef0-6a558b4c4905@net-b.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <96a1ac0b-54e3-90a0-bef0-6a558b4c4905@net-b.de> User-Agent: Mutt/1.12.2 (2019-09-21) X-SW-Source: 2020-01/txt/msg00924.txt.bz2 On Wed, Jan 15, 2020 at 11:25:44PM +0100, Tobias Burnus wrote: > > regarding the release-notes text: I like your version – it helps if > someone writes the text, who knows what changed. I have fixed a typo and > adapted the syntax – see attachment. Any comment to it? Otherwise, I > intent to commit it tomorrow. > > Regarding the patch, I enclosed a revised version. Do you have more > suggestions – or does it look okay now? One missing word in the release-notes. See below. > > On 1/15/20 7:56 PM, Steve Kargl wrote: > >> + { > >> + const char hint[] = ". Use %<-fallow-invalid-boz%> if you cannot fix it"; > > Suggest adding ". [See %<-fallow-invalid-boz%>.]" > > Followed your suggestion. Thanks. > > >> --- a/gcc/fortran/gfortran.texi > >> +++ b/gcc/fortran/gfortran.texi > I have reworded it a bit. > >> - "nonstandard syntax", &gfc_current_locus)) > >> + "nonstandard X instead of Z", &gfc_current_locus)) > > I suppose ok, but don't think a change is needed. > I still think the new version is more helpful. Hence … Ok. > diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html > index caa9df70..83404a1a 100644 > --- a/htdocs/gcc-10/changes.html > +++ b/htdocs/gcc-10/changes.html > @@ -260,6 +260,16 @@ a work-in-progress.

> with -std=legacy. -Wargument-mismatch > has been removed. > > +
  • > + The handling of a BOZ literal constant has been reworked to provide > + better conformance to the Fortran 2008 and 2018 standards. In these > + Fortran standards, a BOZ literal constant is a typeless and kindless > + entity. As a part of the rework, documented and undocumented > + extensions to the Fortran standard now emit errors during compilation. > + Some these extensions are permitted with the s/Some/Some of > + -fallow-invalid-boz, where the error is degraded to a > + warning and the code is compiled as with older gfortran. > +
  • >
  • > At any optimization level except-Os, gfortran now > uses inline packing for arguments instead of calling a library Everything else looks good. The original patch was submitted with https://gcc.gnu.org/ml/fortran/2019-07/msg00054.html -- Steve