From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
	id 89FC9385734D; Wed, 14 Sep 2022 20:32:21 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 89FC9385734D
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1663187541;
	bh=P5HTps2jnf67UHSSGTDNIDZoF8RXc1xKTObRZp7ubJc=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=LQn1/83pkB/4DvvcOOfqFUFvn8854qfuq6dz/RF4vBMDQcgsvAvpprGvY/WGpjQbM
	 bcO8dQwNPQndqByMZASVuFJRNaGNtRr9hK/AkEDiZTnlVR/oGaMXx3AFOmHobLkBxS
	 Aexa36CBTIZzgt2ib09qwDm7RcSxjIMyIAxkXMIs=
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug d/106832] Missing powerpc64le-linux support for D
Date: Wed, 14 Sep 2022 20:32:21 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: d
X-Bugzilla-Version: 13.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-106832-4-CASM2yORHi@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-106832-4@http.gcc.gnu.org/bugzilla/>
References: <bug-106832-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <gcc-bugs.sourceware.org>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D106832

--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Well, I certainly see libphobos/configure.tgt having powerpc*-linux* as the
only target that does:
  power*-*-linux*)
        LIBPHOBOS_SUPPORTED=3Dyes
        LIBDRUNTIME_ONLY=3Dyes
        ;;
I believe the latter means it builds only a small part of libphobos and I t=
hink
the reason is the long double stuff (I think D has float/double/real types =
and
the last one is the largest floating point available).  Now, because IBM
extended and IEEE quad are effectively unordered (neither is subset nor
superset of the other), it is hard to determine which one is actually large=
r,
but IEEE quad has both higher exponent range and larger mantissa precision =
for
most of number, it is just those cases closely around values representable =
in
double that can have higher precision in IBM extended.=