From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 64257 invoked by alias); 16 Mar 2018 22:01:57 -0000 Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: fortran-owner@gcc.gnu.org Received: (qmail 64248 invoked by uid 89); 16 Mar 2018 22:01:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=H*Ad:D*ac.uk, he, alessandro, foreseeable X-HELO: mail-pg0-f53.google.com Received: from mail-pg0-f53.google.com (HELO mail-pg0-f53.google.com) (74.125.83.53) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 16 Mar 2018 22:01:55 +0000 Received: by mail-pg0-f53.google.com with SMTP id o14so353641pgv.9 for ; Fri, 16 Mar 2018 15:01:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-transfer-encoding :content-disposition; bh=5XYuhQFIHYMGS3q93RpSA2Rm+w4k1rd1yQ2GXs264x8=; b=EKQA/qmmgEbexT3/G3VkZCn8fDIFJb5dx7DaosdKu8qBy7gVdSq/81ACDjjZ1emina wvJwHyPZH3UnZL9/GrSzo2P9E0e5fG+8GuF9AL+GcdxBo1CVeiV7SEZsmPjB2gfQRSfN u5RXmCBUwlRuwBNAl3OvU0Kh4emTOu0KwTEPkdEgFJpAGRxw3VR1ZFvOPA3ku8ff8Kc3 cXx54f20MuxkYaV8uOnoz2trxcxlSOV9hyYALc+tnlfgr54ahDrTA4APR4/jtz6k2GD6 VQHr1maPCfaL/IMk6Kz3W2/rNgfV52VtS82KVv/K1mkXOb72d0FzrPiO9RxoG7eSG1TG vLHQ== X-Gm-Message-State: AElRT7EdmIAc3eb54DgKJ4YQsTOHEI+NDI8olDr6qejcY3GuehescGjH LxT7FOvtNlGMD6TrMYTGsa2xNQ== X-Google-Smtp-Source: AG47ELvVQTT7Rl3dgyYbltgLZf5n1KAm18WOD4gbXPZ1Y3SDc+N8O2VCfosMjUFpn1Yu+LH7JtZRag== X-Received: by 10.101.81.135 with SMTP id h7mr2741387pgq.121.1521237713307; Fri, 16 Mar 2018 15:01:53 -0700 (PDT) Received: from localhost.mail ([50.233.164.226]) by smtp.gmail.com with ESMTPSA id 5sm18209097pfh.133.2018.03.16.15.01.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Mar 2018 15:01:52 -0700 (PDT) Date: Fri, 16 Mar 2018 22:01:00 -0000 From: Damian Rouson To: Paul Richard Thomas Cc: "=?utf-8?Q?fortran=40gcc.gnu.org?=" , Fritz Reese , Janne Blomqvist , Thomas Koenig , =?utf-8?Q?Rasmussen=2C_Soren?= Message-ID: In-Reply-To: References: Subject: Re: State of gfortran regressions MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00091.txt.bz2 =C2=A0 Hi Paul,=20=20 I=E2=80=99m hoping an OpenCoarrays regression caused by the descriptor chan= ges in gfortran=20=20 commit r257065 can also be addressed before GCC 8 releases. With guidance f= rom Alessandro,=20=20 I was able to adjust OpenCoarrays to get all of the resulting test failures= eliminated except for the one identified in OpenCoarrays issue #518. I would greatly a= ppreciate if=20=20 you could assist with eliminating this one remaining failure. =C2=A0Alessan= dro started a new job=20=20 last month and will not be able to contribute to gfortran or OpenCoarrays f= or the foreseeable=20=20 future. =C2=A0Soren might be able to look into this, but he=E2=80=99s worki= ng on another issue first. I=E2=80=99m thinking you might be the best person to help because you made = the descriptor changes: Here=E2=80=99s the test that fails:=20=20 https://github.com/sourceryinstitute/OpenCoarrays/blob/master/src/tests/reg= ression/reported/issue-422-send-get.F90=20=20 and here's the issue set up to track work on this failure:=20=20 https://github.com/sourceryinstitute/OpenCoarrays/issues/518=20=20 Damian=20=20 On March 16, 2018 at 1:34:16 PM, Paul Richard Thomas (paul.richard.thomas@g= mail.com(mailto:paul.richard.thomas@gmail.com)) wrote: > Hi Thomas, >=20=20 > I am waiting for a flight home. I'll get back in touch tomorrow sometime. >=20=20 > Cheers >=20=20 > Paul >=20=20 >=20=20 > On 16 March 2018 at 14:57, Thomas Koenig wrote: > > Hello world, > > > > even if the gcc 8 release is still some time away, we should consider > > spending some effort on fixing the regressions. > > > > Here is a current list of the gcc-8 regressions, with some comments from > > my side. > > > > PR 82976 - non-trivial conversion at assignment since r254526 > > This one is a bit of a mystery to debug - it happens, it is > > reproducible, but the *.original tree dump shows nothing. > > > > PR 83999 - an ICE-on-valid with a class pointer assignment. > > Has not yet been bisected to a revision. > > > > PR 84135 - a coarray issue, maybe fairly easy to fix, a missing > > NULL check. > > > > PR 84615 - it seems that, with the size_t string lengths, -m32 got > > broken for character arguments:-( This is actually a fairly serious > > one. If we cannot fix that one in time for the gcc-8 release, we should > > consider reverting the new string length patch. I'm going to take a > > look, but I won't be offended if anybody else beats me to it :-) > > > > PR 82972 and 83088 - two -finit-derived bugs. Fritz, you have assigned > > the first one to yourself. What are your plans with this? > > > > PR 84487. Another mystery - rodata increases a lot for a test case. > > I have compared the assembly listings, and I don't understand > > why that happens. > > > > PR 84848 - a HP-PA failure. So far, no gfortran maintainer > > has reproduced this on a system he has access to. > > > > PR 83705, a corner case where REPEAT doesn't work for incredibly > > large values when simplifying. Probably the least important of > > all the bugs. > > > > There are also 21 7/8 regressions, which I will also look through > > to see if there is anything that I could get a handle on. > > > > Comments? > > > > Regards > > > > Thomas >=20=20 >=20=20 >=20=20 > -- > "If you can't explain it simply, you don't understand it well enough" > - Albert Einstein