From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.smtpout.orange.fr (smtp-27.smtpout.orange.fr [80.12.242.27]) by sourceware.org (Postfix) with ESMTPS id B87B53858C2F for ; Sun, 11 Sep 2022 10:23:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B87B53858C2F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orange.fr Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=orange.fr Received: from [192.168.1.17] ([86.215.174.255]) by smtp.orange.fr with ESMTPA id XK7aoIEeJJ83FXK7aoGA5C; Sun, 11 Sep 2022 12:23:27 +0200 X-ME-Helo: [192.168.1.17] X-ME-Auth: bW9yaW4tbWlrYWVsQG9yYW5nZS5mcg== X-ME-Date: Sun, 11 Sep 2022 12:23:27 +0200 X-ME-IP: 86.215.174.255 Message-ID: <0e3fa88b-5501-c7d3-303f-6a81cd897edb@orange.fr> Date: Sun, 11 Sep 2022 12:23:26 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.1 Subject: Re: [PATCH] Fortran: Add IEEE_SIGNBIT and IEEE_FMA functions Content-Language: en-US To: FX Cc: Thomas Koenig , gcc-patches@gcc.gnu.org, FX via Fortran References: <7A9A82FB-3144-406C-A4E5-87F8EAC72044@gmail.com> <80F2E884-677E-4761-875A-082D853F913B@gmail.com> <5CFF18E6-7A7D-4042-A6E4-F170633CFA8F@gmail.com> <4A798A7C-1D75-41D2-8E09-192BDA810738@gmail.com> <041d1f6b-9812-e1e3-dbd7-0416888804bc@orange.fr> From: Mikael Morin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00,FREEMAIL_FROM,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,NICE_REPLY_A,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Le 11/09/2022 à 11:57, FX a écrit : >> As a first step, one could check the use rename lists; what's done for iso_fortran_env can be used as an example. > > Yes, but iso_fortran_env is handled entirely in front-end, not through external files. > That's true, but the standard check doesn't really depend on that. It only needs the u->use_name for each use rename u.