From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=ve91=4E=kernel.crashing.org=segher@sourceware.org>
Received: from gate.crashing.org (gate.crashing.org [63.228.1.57])
	by sourceware.org (Postfix) with ESMTP id AED9338469A0;
	Tue,  6 Dec 2022 14:57:10 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org AED9338469A0
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=kernel.crashing.org
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=kernel.crashing.org
Received: from gate.crashing.org (localhost.localdomain [127.0.0.1])
	by gate.crashing.org (8.14.1/8.14.1) with ESMTP id 2B6EuAuL013338;
	Tue, 6 Dec 2022 08:56:10 -0600
Received: (from segher@localhost)
	by gate.crashing.org (8.14.1/8.14.1/Submit) id 2B6Eu9Yf013335;
	Tue, 6 Dec 2022 08:56:09 -0600
X-Authentication-Warning: gate.crashing.org: segher set sender to segher@kernel.crashing.org using -f
Date: Tue, 6 Dec 2022 08:56:09 -0600
From: Segher Boessenkool <segher@kernel.crashing.org>
To: Michael Meissner <meissner@linux.ibm.com>, gcc-patches@gcc.gnu.org,
        "Kewen.Lin" <linkw@linux.ibm.com>, David Edelsohn <dje.gcc@gmail.com>,
        Peter Bergner <bergner@linux.ibm.com>,
        Will Schmidt <will_schmidt@vnet.ibm.com>,
        William Seurer <seurer@gcc.gnu.org>
Subject: Re: Patch [0/3] for PR target/107299 (GCC does not build on PowerPC when long double is IEEE 128-bit)
Message-ID: <20221206145608.GZ25951@gate.crashing.org>
References: <Y2HYSM7z8b5jDCZG@toto.the-meissners.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Y2HYSM7z8b5jDCZG@toto.the-meissners.org>
User-Agent: Mutt/1.4.2.3i
X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,KAM_MANYTO,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: <gcc-patches.gcc.gnu.org>

Hi!

On Tue, Nov 01, 2022 at 10:39:04PM -0400, Michael Meissner wrote:
> The basic issue is internally within GCC there are several types for 128-bit
> floating point.  The types are:
> 
>     1)	The long double type (TFmode or possibly DFmode).

Please be very careful to call types types and modes modes?  Modes are
not types, types are not modes, only in the simplest cases is there a
direct relationship.  Here you probably meant these modes are used for
these type, but please be explicit.

> 	In the past, _Float128 was a C extended type,
> 	but now it is a part of the C/C++ 2x standards.

Only if you select a new enough -std=, it still is an extended type if
not?


Segher