From: David Edelsohn <dje.gcc@gmail.com>
To: musl@lists.openwall.com
Subject: Re: [musl] Considering x86-64 fenv.s to C
Date: Fri, 17 Jan 2020 06:19:56 -0800 [thread overview]
Message-ID: <CAGWvnyntAjLzFPUq-pZ3N-0r1x5=xSjvgmv2jNBMW7_bkvNWGA@mail.gmail.com> (raw)
In-Reply-To: <20200117141309.GQ30412@brightrain.aerifal.cx>
On Fri, Jan 17, 2020 at 6:13 AM Rich Felker <dalias@libc.org> wrote:
>
> On Thu, Jan 16, 2020 at 07:53:18PM -0800, David Edelsohn wrote:
> > The latest iteration / evolution of the PowerPC architecture is called
> > Power. Power9 is the most recent processor with support for the most
> > recent ISA.
>
> Is this really relevant to the thread you replied to?
Damian asked:
"Is Power9 the same as PowerPC64? I have never seen one. I know I do not
know enough about this chip as the 128-bit floating point discussion talks
about Rounding-To-Odd mode? I have tried to read the 1358 pages of the ISA
3.0 architecture manual but I have a long way to go before I know even 10%
of what is in there. Are the newer beefy ARMS likely to change what they
do not in the context of 'fenv' routines?"
>
> > If Intel Ice Lake is x86-64, then IBM Power9 is PowerPC64.
>
> Both of these are true in the naming we're using.
>
> > PowerPC64 Little Endian Linux ABI specifies Power8 as the minimum ISA.
>
> We do not follow that and you're well aware of this. All earlier ISA
> levels are supported in musl. Please do not reply into threads where a
> contributor is looking for accurate information to state things which
> do not apply to the project. Especially ones which are only
> tangentially related to what you want to say.
I was trying to provide Damian and others with additional context for
PPC64LE ABI and Power9.
Please don't attack me for providing additional information and
context. Your demeaning reply is inappropriate.
Thanks, David
>
> > The basic ABI can run on earlier versions of the 64 bit PowerPC ISA,
> > but it was helpful to define a new, minimum instruction set for Linux
> > distribution releases during the switch to Little Endian.
>
> We also don't have a "switch to little endian". Both endiannesses are
> supported on any hardware capable of running them, and both use ELFv2
> ABI because there never was a v1 ABI on musl (we added the arch long
> after v2 was a thing).
>
> > The switch to IEEE 128 bit FP came later and is not complete in the
> > toolchains yet. I believe that Musl already decided that it would
> > ignore "long double" until IEEE 128 was available and would avoid the
> > IBM double-double format.
>
> long double in the musl ABI for both 32-bit and 64-bit ppc is same as
> IEEE double. The IBM double-double format's semantics are not
> compatible with musl code and most compilers do not support an ABI
> with IEEE quad on ppc.
>
> Rich
next prev parent reply other threads:[~2020-01-17 14:20 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-16 4:30 Damian McGuckin
2020-01-16 15:11 ` Markus Wichmann
2020-01-16 16:14 ` Rich Felker
2020-01-16 18:56 ` Damian McGuckin
2020-01-16 19:33 ` Rich Felker
2020-01-16 21:31 ` Damian McGuckin
2020-01-17 3:36 ` Damian McGuckin
2020-01-17 3:48 ` Damian McGuckin
2020-01-17 3:53 ` David Edelsohn
2020-01-17 14:13 ` Rich Felker
2020-01-17 14:19 ` David Edelsohn [this message]
2020-01-17 14:53 ` Rich Felker
2020-01-18 4:45 ` Damian McGuckin
2020-01-18 5:29 ` Rich Felker
2020-01-19 8:50 ` Damian McGuckin
2020-01-19 9:07 ` Damian McGuckin
2020-01-19 10:42 ` Szabolcs Nagy
2020-01-19 12:25 ` Damian McGuckin
2020-01-20 5:32 ` Damian McGuckin
2020-01-20 17:38 ` Rich Felker
2020-01-20 21:11 ` [musl] Triggering Overflow (or Underflow) without triggering Inexact on i386 Damian McGuckin
2020-01-20 22:32 ` Szabolcs Nagy
2020-01-21 3:53 ` [musl] Considering x86-64 fenv.s to C Damian McGuckin
2020-01-21 4:22 ` Rich Felker
2020-01-21 4:46 ` Damian McGuckin
2020-01-21 7:26 ` Damian McGuckin
2020-01-17 16:41 ` Markus Wichmann
2020-01-18 1:15 ` Szabolcs Nagy
2020-01-18 5:03 ` Damian McGuckin
2020-01-18 5:37 ` Rich Felker
2020-01-18 9:40 ` Szabolcs Nagy
2020-01-24 0:42 ` Damian McGuckin
2020-01-24 1:11 ` Rich Felker
2020-01-24 4:13 ` Damian McGuckin
2020-01-24 4:55 ` Rich Felker
2020-01-24 6:08 ` Damian McGuckin
2020-01-24 13:44 ` Rich Felker
2020-01-24 14:45 ` Damian McGuckin
2020-01-24 23:59 ` Damian McGuckin
2020-01-25 0:11 ` Rich Felker
2020-01-26 3:28 ` Damian McGuckin
2020-01-26 3:28 ` Damian McGuckin
2020-01-26 3:30 ` Damian McGuckin
2020-01-26 3:32 ` Damian McGuckin
2020-01-26 5:25 ` Damian McGuckin
2020-01-27 3:32 ` Damian McGuckin
2020-01-27 5:39 ` Damian McGuckin
2020-02-02 0:47 ` Damian McGuckin
2020-02-03 0:54 ` Damian McGuckin
2020-02-03 2:09 ` Rich Felker
2020-02-03 2:12 ` Damian McGuckin
2020-02-22 20:17 ` Rich Felker
2020-02-22 20:53 ` Damian McGuckin
2020-02-23 5:41 ` Damian McGuckin
2020-02-23 6:25 ` Rich Felker
2020-02-23 8:35 ` Damian McGuckin
2020-02-07 21:25 ` Damian McGuckin
2020-02-07 21:38 ` Rich Felker
2020-02-07 23:53 ` Damian McGuckin
2020-02-09 5:04 ` Damian McGuckin
2020-01-24 7:10 ` Damian McGuckin
2020-01-18 5:04 ` Markus Wichmann
2020-02-03 14:16 [musl] PPC64(LE) support in musl requires ALTIVEC Romain Naour
2020-02-03 14:50 ` Rich Felker
2020-02-05 1:32 ` [musl] Considering x86-64 fenv.s to C Damian McGuckin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAGWvnyntAjLzFPUq-pZ3N-0r1x5=xSjvgmv2jNBMW7_bkvNWGA@mail.gmail.com' \
--to=dje.gcc@gmail.com \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).