From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com [68.232.141.98]) by sourceware.org (Postfix) with ESMTPS id E90A53858402; Wed, 15 Sep 2021 01:05:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E90A53858402 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: IUkxsCQU7xuAoowrHbl/4FMOEDSn5q8TLZ5uCfZ/2NpIY72xrJBSFMKmnLk+x0syQJJAgdXGck BVm86A/1BRo8yYkhjBasl1SQ/3KS/M8Zo77gM8TUdIpV+DSbAAPJmj9+0OvaGjTH5aPyNe2CNS FAvbxKvKZhTDe8+hS3h32Yp7CViuxVysxE9SMZOEhKcb1a99PXRnBtC4rg1QtSzNpV5cGMPo2M PLJVHsd7kIgZ2zHCwda8VBAqS9z5VxwsJflzfywpFWCLxJt50y2WsDNG5p75CBd7G6CchFfwk4 Di/Fo4lzwT7qomIOqPJLB6mm X-IronPort-AV: E=Sophos;i="5.85,292,1624348800"; d="scan'208";a="65870049" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa2.mentor.iphmx.com with ESMTP; 14 Sep 2021 17:05:34 -0800 IronPort-SDR: DJwpfX+/tr45gcVEuRlwcXOSwurOy4ypi3qS3xXDYSfrhaXUvlgIYfwu4Q0/vuxbTenksh9Tve tyzFOBoRF/evdqP65BMgHgnlG+OaSQXUE5ZohJRd+MGqDguD3UXBPJj1nMxwUubmcWaddoP4Yl m4Y8IIaEaDtXiGYLO/AJahtHLHjgyOe21TZAyXb9a9vvYpGCVbNNEDofevpXtt63SoqSvEuw8b BPrOM2bMyHU6rgpMK5RRR7HxLp3KfTvXUqCEY3GbDjnbppd6zxtcHuRybX7t+sHP/maeJXFhGM XCQ= Date: Wed, 15 Sep 2021 01:05:28 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Andreas Schwab CC: Jakub Jelinek , , Sandra Loosemore , , Andreas Tobler , Tobias Burnus Subject: Re: [PATCH, Fortran] Revert to non-multilib-specific ISO_Fortran_binding.h In-Reply-To: <87h7enkwda.fsf@igel.home> Message-ID: References: <4c32e0e7-7156-835a-30b-ada8c4b4482d@pfeifer.com> <2de2f2b0-d221-acc1-79d4-554ee480c62@pfeifer.com> <87r1drkwzz.fsf@igel.home> <20210914152312.GX304296@tucnak> <87h7enkwda.fsf@igel.home> 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-02.mgc.mentorg.com (139.181.222.2) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-3118.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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 01:05:37 -0000 On Tue, 14 Sep 2021, Andreas Schwab wrote: > On Sep 14 2021, Jakub Jelinek wrote: > > > But, wonder why it didn't work with the float.h include then, because > > https://github.com/lattera/freebsd/blob/master/sys/x86/include/float.h > > seems to define LDBL_MANT_DIG to 64, LDBL_MIN_EXP to (-16381) and > > LDBL_MAX_EXP to 16384 and that case was handled in ISO_Fortran_binding.h. > > Doesn't gcc always use its own float.h? Subject to USER_H (i.e., except on OpenBSD, where GCC tests for newer float.h features would probably fail unless OpenBSD's version exactly matches the GCC testsuite expectations for those features). -- Joseph S. Myers joseph@codesourcery.com