From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 86723 invoked by alias); 30 Sep 2015 20:12:26 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 86700 invoked by uid 89); 30 Sep 2015 20:12:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 30 Sep 2015 20:12:23 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-FEM-01.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1ZhNjg-00038H-8Y from joseph_myers@mentor.com ; Wed, 30 Sep 2015 13:12:20 -0700 Received: from digraph.polyomino.org.uk (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.3.224.2; Wed, 30 Sep 2015 21:12:18 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.82) (envelope-from ) id 1ZhNjd-0006AV-GX; Wed, 30 Sep 2015 20:12:17 +0000 Date: Wed, 30 Sep 2015 20:12:00 -0000 From: Joseph Myers To: Ulrich Weigand CC: , Subject: Re: Debugger support for __float128 type? In-Reply-To: <20150930173344.9D78513CC@oc7340732750.ibm.com> Message-ID: References: <20150930173344.9D78513CC@oc7340732750.ibm.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2015-09/txt/msg00039.txt.bz2 On Wed, 30 Sep 2015, Ulrich Weigand wrote: > - Extend the official DWARF standard in some way I think you should do this. Note that TS 18661-4 will be coming out very soon, and includes (optional) types * _FloatN, where N is 16, 32, 64 or >= 128 and a multiple of 32; * _DecimalN, where N >= 32 and a multiple of 32; * _Float32x, _Float64x, _Float128x, _Decimal64x, _Decimal128x so this is not simply a matter of supporting a GNU extension (not that it's simply a GNU extension on x86_64 anyway - __float128 is explicitly mentioned in the x86_64 ABI document), but of supporting an ISO C extension, in any case where one of the above types is the same size and radix as float / double / long double but has a different representation. (All the above are distinct types in C, and distinct from float, double, long double even if the representations are the same. But I don't think DWARF needs to distinguish e.g. float and _Float32 other than by their name - it's only the case of different representations that needs distinguishing. The _Float* and _Float*x types have corresponding complex types, but nothing further should be needed in DWARF for those once you can represent _Float*.) -- Joseph S. Myers joseph@codesourcery.com