From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102938 invoked by alias); 10 Jul 2017 21:28:03 -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 102811 invoked by uid 89); 10 Jul 2017 21:27:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: =?ISO-8859-1?Q?No, score=1.0 required=5.0 tests=BAYES_05,FREEMAIL_FROM,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=let=e2, H*Ad:D*orange.fr, H*F:D*orange.fr, H*M:orange?= X-HELO: smtp.smtpout.orange.fr Received: from smtp10.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.132) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 10 Jul 2017 21:27:58 +0000 Received: from [192.168.1.17] ([86.253.182.92]) by mwinf5d87 with ME id j9Tq1v009201NHy039Tv9j; Mon, 10 Jul 2017 23:27:55 +0200 X-ME-Helo: [192.168.1.17] X-ME-Auth: bW9yaW4tbWlrYWVsQG9yYW5nZS5mcg== X-ME-Date: Mon, 10 Jul 2017 23:27:55 +0200 X-ME-IP: 86.253.182.92 Subject: Re: [fortran, RFC] Getting rid of unneeded functions in libgfortran To: Thomas Koenig , "fortran@gcc.gnu.org" , gcc-patches References: <8d590b03-2b7d-d9db-b8be-f812129586c7@netcologne.de> From: Mikael Morin Message-ID: <2907726b-bb6c-4a05-4b52-678b7b33298f@orange.fr> Date: Mon, 10 Jul 2017 21:28:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <8d590b03-2b7d-d9db-b8be-f812129586c7@netcologne.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2017-07/txt/msg00024.txt.bz2 Hello, Le 10/07/2017 à 20:43, Thomas Koenig a écrit : > Hello world, > > with the bump in the libfortran version that is needed with > Paul's patch, I think we can get rid of a few functions > that we do not actually need any more. > > I think we now always inline SUM and PRODUCT. We don't do so with all > occurrences of ANY and ALL, but we probably could (and should). > We don’t inline when the dim argument isn’t constant. As far as I know, this is a valid albeit rare use case for the library functions. > So, is it a worthy goal to eliminate all occurences of these > functions from libgfortran before 8.1 comes out? > Yes, let’s remove what we can. But the list of candidates is probably shorter than you hoped. TRANSPOSE seems to have been removed already. SUM, PRODUCT, ANY and ALL must stay (see above). What else? Mikael