From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa3.mentor.iphmx.com (esa3.mentor.iphmx.com [68.232.137.180]) by sourceware.org (Postfix) with ESMTPS id 74D453858C78 for ; Tue, 5 Sep 2023 22:41:56 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 74D453858C78 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="6.02,230,1688457600"; d="scan'208";a="16189250" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa3.mentor.iphmx.com with ESMTP; 05 Sep 2023 14:41:55 -0800 IronPort-SDR: NzTJDcqZny449wDEGLSQIeAJ69psdB/S3LSQPVP/PJShFLNGrnTVwzhR3wCcNFyT2Ib+WjLQSC 6QrKAazQl1gwn+zCQdgOeCX1IbLWnXDcatWH0rR86Bx8Um4Fil48JscLETPeTy8uSe6FYY0yP6 hPn7pLXGhjj12ewLPIHNpIiMalrmowRtJ7LUPaIzH89A0oMRnB4FOVmzO4WA++uIkkh5vj+yhv aG2TXGsfJNQJ6HImjuj5aK2q0M9N4fl5iH72htQbgykupOx7LzW+d8JP4NXxPHjBbM5FwGu305 8p8= Date: Tue, 5 Sep 2023 21:34:37 +0000 From: Joseph Myers To: Jakub Jelinek CC: Subject: Re: [PATCH] c: Don't pedwarn on _FloatN{,x} or {f,F}N{,x} suffixes for C2X In-Reply-To: Message-ID: <449d8151-a028-5b81-e5b8-1bdbb1cfa2f0@codesourcery.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-14.mgc.mentorg.com (139.181.222.14) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3104.6 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.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Tue, 5 Sep 2023, Jakub Jelinek via Gcc-patches wrote: > Hi! > > Now that _Float{16,32,64,128,32x,64x,128x} and > {f,F}{16,32,64,128,32x,64x,128x} literal suffixes are in C23 standard, > I think it is undesirable to pedwarn about these for -std=c2x, so this > patch uses pedwarn_c11 instead. In c-family/, we don't have that function > and am not sure it would be very clean to define dummy pedwarn_c11 in the > C++ FE, so the patch just does what pedwarn_c11 does using pedwarn/warning. > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? OK. -- Joseph S. Myers joseph@codesourcery.com