From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 53544 invoked by alias); 26 Nov 2019 00:57:56 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 53532 invoked by uid 89); 26 Nov 2019 00:57:55 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.1 spammy=H*i:sk:yddk17n, H*MI:sk:yddk17n, H*f:sk:yddk17n X-HELO: esa2.mentor.iphmx.com Received: from esa2.mentor.iphmx.com (HELO esa2.mentor.iphmx.com) (68.232.141.98) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 26 Nov 2019 00:57:53 +0000 IronPort-SDR: MgWX+kPGCansn80albJ8iIhmy8LFIhX72O/Ld2TlJUVER5Pk7gihcUsyyC0egaeKJw6zMzAJ2t fz/NHH+CzCGlP5FjeKg3ZFeyFqFSIAxA0EhH3YzSsJh55yPLNxYUUXLdZSW0GcEjlakyvB7iVD cXR7dosmpc80eSGEkUL9mjviUiU7RYsu2hqQ5bayzJeshWts8ewqaQnskw5befdHkJ+AXinEjy a8D25q5DhmDEiokMRunQnBlAW7iG/roMkaEquz4AK7M2fhO9lFO2hj0FSxWyvAGD/nf/oOl6KC kA0= Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa2.mentor.iphmx.com with ESMTP; 25 Nov 2019 16:57:52 -0800 IronPort-SDR: 4qb2ARE4PXEK5zGIxxpmppyM4M0KgrWIYD/9aDvVnj/OL8Ocpp5dqeSL6IvDOKGEEwPBceAIQb bRve3FBlcF7UUASZvg3O60b9ZEbfDMXb0jEWNQzVYCmhx9FytZCNOgPdVCuwmgaBw7ardnXj3X QPAquSSzYAZk/EQuEu6USeItit8hzl1A88tKVe6ztuL+oQE45UXBiFA2IbMwbbivc29J94pJbN iEA1GM1Hv1SuiTpq1cPB8M7JB2X5kxfoLGbsFRVbS28oYZRlfD9pWbf1FPo2eQSDvv5z6VdZqJ O+Y= Date: Tue, 26 Nov 2019 01:05:00 -0000 From: Joseph Myers To: Rainer Orth CC: , Jonathan Wakely Subject: Re: Prevent all uses of DFP when unsupported (PR c/91985) In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Return-Path: joseph@codesourcery.com X-SW-Source: 2019-11/txt/msg02372.txt.bz2 On Mon, 25 Nov 2019, Rainer Orth wrote: > and a few more, all DFP related. They used to be emitted by g++ for > __fundamental_type_info in libsupc++/fundamental_type_info.cc and lived > in the CXXABI_1.3.4 version. However, since Solaris *does* lack DFP > support, that's no longer the case. I'm uncertain how best to deal with > this, however. As I understand it, _GLIBCXX_USE_DECIMAL_FLOAT should already have been undefined for this target, and so std::decimal::decimal32 etc. should not have been usable (both the header not working without that define, and the mode attributes in the header being rejected by the front end when DFP is unsupported). I.e. such defines in libsupc++ would never have been usable on this target, so I think they are something it should be safe to remove from the ABI baseline. -- Joseph S. Myers joseph@codesourcery.com