From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id 6425F385701F for ; Mon, 21 Jun 2021 20:00:46 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6425F385701F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: fc/7piZcFMJr70EGLZ0LkU9UKqxeqEZc18HO9lvzqENmsPb91hmLfnBOsRaOXu4ocZyidjzNFm cYaIwd0V83kUSr5FOpCnHZSSpC76ucEGIijD8sDlyPoxg3yGloFW4ZNRbz7+vyFI6J3+Xfpf9Q ByFBMSS4Xwd3ql47scKJqbIKU14oYzkZcXhzmj3xQ4dVt4BdPJpoQcVBmPyQrccXFr6P8qw9Hk Fp6MqfVDwCieAdcB/udI5lmdORojaZ+TAjiMLFwesnPsxkYS57FGS33JWeJHwbRSx1FIJHhmGa qzc= X-IronPort-AV: E=Sophos;i="5.83,289,1616486400"; d="scan'208";a="62842316" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa4.mentor.iphmx.com with ESMTP; 21 Jun 2021 12:00:45 -0800 IronPort-SDR: kSnX7TnuePir3X0rESTiKEhFNW57boFzQUyjKQ3//Qb0pzDdW1E4mmUfxR4WvEnLH91AE/DyhN x3eiSbk2rboPMY2NkPQO+ga8El9QnyGe/2mrJqDZ0K6n/stmf22mKosf2O3fWeQE7X1jb+GKNO yrrZOLZoxWfyGumT521xK2amaXiOmRDRFOZy0ZCFdrPSzSMZ049PKitujIRKqfbqbSqZxT3ONH UfCpCU4G04FgkLZt359KreMC59d0iq1TcjqsMDHXoICvzSEznkU92mlXvd+M6zGdX50PBz3wNG B+k= Date: Mon, 21 Jun 2021 20:00:40 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Michael Morrell CC: "libc-alpha@sourceware.org" Subject: Re: x86 Denormal flag In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-08.mgc.mentorg.com (139.181.222.8) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-3120.5 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2021 20:00:49 -0000 On Sat, 19 Jun 2021, Michael Morrell wrote: > It seems like fetestexcept only works for the 5 standard IEEE flags, but > then why is __FE_DENORM even defined? It would probably be reasonable to move __FE_DENORM from an installed header to an internal one that's only used by the fesetenv and fesetmode implementations that need to work on the environment (or the control mode parts of the environment) as a whole, including implementation-defined parts of the environment. I think including the "denormal operand" flag in FE_ALL_EXCEPT would be a bad idea, since it doesn't indicate any kind of exceptional condition in standard terms, and given that it's not in FE_ALL_EXCEPT, treating it as an exception in other standard functions would be problematic. -- Joseph S. Myers joseph@codesourcery.com