From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 80970 invoked by alias); 6 Jan 2016 18:47:52 -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 80741 invoked by uid 89); 6 Jan 2016 18:47:50 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=BAYES_00,KAM_MANYTO,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=auditing, HAuthentication-Results:signature, breath, kludge X-Spam-User: qpsmtpd, 2 recipients X-HELO: smtp21.services.sfr.fr Received: from smtp21.services.sfr.fr (HELO smtp21.services.sfr.fr) (93.17.128.1) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 06 Jan 2016 18:47:47 +0000 Received: from filter.sfr.fr (localhost [46.193.167.111]) by msfrf2102.sfr.fr (SMTP Server) with ESMTP id 93DF5700008E; Wed, 6 Jan 2016 19:47:43 +0100 (CET) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=mikael.morin@sfr.fr Received: from [10.188.164.151] (ppp-seco21th2-46-193-167-111.wb.wifirst.net [46.193.167.111]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by msfrf2102.sfr.fr (SMTP Server) with ESMTP id BE69A7000042; Wed, 6 Jan 2016 19:47:41 +0100 (CET) X-SFR-UUID: 20160106184741780.BE69A7000042@msfrf2102.sfr.fr Subject: Re: Triage of fortran FE regressions To: Paul Richard Thomas , "fortran@gcc.gnu.org" , FX Coudert , Tobias Burnus , Steve Kargl , Janus Weil , Dominique Dhumieres , Thomas Koenig , Andre Vehreschild , Jakub Jelinek References: From: Mikael Morin Message-ID: <568D6146.4080303@sfr.fr> Date: Wed, 06 Jan 2016 18:47:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-01/txt/msg00019.txt.bz2 Hello Paul, a status update for the bugs I am associated with. > Reported in 2013 or before: [...] > 57048 [4.9/5/6 Regression] Handling of C_PTR and C_FUNPTR leads to > reject valid > Mikael was working on it. I wasn't even close to a working patch, and have no time for it in the foreseeable future. [...] > > Reported in 2014: [...] > 60500 [4.9/5/6 Regression] Spurious warning on derived type initialization > Mikael diagnosed the problem. Initialisation is somewhat messy, it is sometimes generated by artificial statements during resolution, sometimes done in the translation phase. It's easy to fix one end and break the other end (ending up with either conflicting initializations or missing ones). I haven't really tried to fix this one, basically the initialization code that caused the bug should be moved from the resolution phase to the translation phase. [...] > 61831 [4.9/ 5 Regression] runtime error: pointer being freed was > not allocated > Mikael, is this fixed or not? The original problem is fixed on trunk as far as I know. For the branches the kludge proposed by Dominique (which regresses a memory leak PR) could be used. I had planned to strip the boolean argument from expr_may_alias_variables and replace Dominique's kludge by a call to expr_may_alias_variables as patch for the branches. IIRC, it didn't simply pass the testcase, or I had a more complex one that failed, and I gave up after an hour or so scratching my head. > > Reported in 2015 [...] > 66089 [6 Regression] elemental dependency mishandling when derived > types are involved > Mikael posted fix. The fix works as far as I know, but each condition in gfc_scalar_elemental_arg_saved_as_reference can potentially lead to the same bug and needs auditing. [...] > 68560 [6 Regression] The test gfortran.dg/shape_8.f90 now fails > when compiled with -flto > Mikael was on the way to a patch.... The patch has been needing one more fix after one more fix. In general, I have little time to devote to gfortran. I can have a look at PR66089 as a start, possibly PR68560 as well, but I probably need more time for the other, so don't hold your breath for them. Mikael