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