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 D331F3858D28 for ; Tue, 13 Sep 2022 17:50:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D331F3858D28 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="5.93,313,1654588800"; d="scan'208";a="83000527" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa2.mentor.iphmx.com with ESMTP; 13 Sep 2022 09:50:21 -0800 IronPort-SDR: /DxgdvFQtBU8ZOehlIKo3ThKZNGb1VOtoQd/S0wX4TTEvslEtqF16mfQp9LGKyXB/HyKpfnR+8 3d2GQ/A/zVKjgCrIUTmypcDU8lR99PMLjAZyixdh+tXjCj4ihKn74uMA0Q3otepjVf6+xVix0f Brp4vueyz2C/6/L4EDoJGyQaA8QQQDU4ys+bLDjl2e0Z0OTvCBNT9q79v5/ACyTZiDPTy7PaYk e2GWYJQKdB6XWZ7YcWblxgGdnyMu+I6EnD8po2yC07zd53DjToz354L0OxD4Mc8r8rRk33d4c6 o6Y= Date: Tue, 13 Sep 2022 17:50:17 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Jakub Jelinek CC: Jonathan Wakely , , Bruce Korb Subject: Re: [PATCH] c++: Implement P1467R9 - Extended floating-point types and standard names compiler part except for bfloat16 [PR106652] 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-13.mgc.mentorg.com (139.181.222.13) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3111.2 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE 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 Mon, 12 Sep 2022, Jakub Jelinek via Gcc-patches wrote: > > We don't claim in glibc to support old snapshots from master, so checking > > for __GNUC_PREREQ (13, 0) and failing for such older GCC 13 versions is > > fine. > > Ok, makes sense, especially if it is applied on the glibc side a few months > after it is changed on the GCC side. If it is applied immediately, there Leaving the build of glibc C++ tests broken for months with mainline GCC doesn't seem like a good idea; it's a recipe for missing other regressions. I think a fix should be applied to glibc immediately after the GCC change. -- Joseph S. Myers joseph@codesourcery.com