public inbox for newlib@sourceware.org
 help / color / mirror / Atom feed
From: Joel Sherrill <joel@rtems.org>
To: Newlib <newlib@sourceware.org>
Subject: Re: accuracy of mathematical functions
Date: Fri, 5 Feb 2021 17:46:57 -0600	[thread overview]
Message-ID: <CAF9ehCXy_tXOMw1EgN8QfQaPTMahRBNzfi4H77Hc7dKMWLOXtw@mail.gmail.com> (raw)
In-Reply-To: <b6144d60-c23c-858e-f6a5-bf9162ad0a11@SystematicSw.ab.ca>

On Fri, Feb 5, 2021 at 5:01 PM Brian Inglis <Brian.Inglis@systematicsw.ab.ca>
wrote:

> On 2021-02-05 03:43, Paul Zimmermann wrote:
> > I have updated my comparison with the newly released 2.33 version.
> > No big difference with the previous version, except that I included
> > the "long double" format (aka ldbl-96), which is not supported by Newlib.
> >
> > https://members.loria.fr/PZimmermann/papers/#accuracy
>
> Thanks for doing this work and making it available is greatly appreciated.
>
> While newlib is mainly targeted to smaller platforms, the Cygwin port math
> library supports gcc __FLT64X_...__/__FLT128_...__ under
> .../newlib-cygwin/winsup/cygwin/math/ and related includes.
>

Any thoughts on what's required to have long double support on the targets
where long double != double? Someone was recently cleaning up the warnings
from the RTEMS tests which check that the headers match POSIX's man page
and I generated this list of architectures from the RTEMS tools and which
have
long double support in libm.a

no aarch64-rtems6
yes arm-rtems6
yes bfin-rtems6
no i386-rtems6
yes lm32-rtems6
no m68k-rtems6
yes microblaze-rtems6
yes mips-rtems6
yes moxie-rtems6
yes nios2-rtems6
yes or1k-rtems6
yes powerpc-rtems6
no riscv-rtems6
yes sh-rtems6
no sparc64-rtems6
yes sparc-rtems6
yes v850-rtems6
no x86_64-rtems6

It probably is a decent GSoC project if upstream sources for long double
on some of those architectures can be identified for potential
incorporation.


>
> As you may already be aware, clang and gcc have added support for ARM
> __FLT16/__fp16, AMD and Intel have added it to x86/amd64 as CVT16/FP16C
> https://en.wikipedia.org/wiki/F16C, and more compiler and library support
> are
> likely to follow, as they are already used in graphics and GPGPU areas.
>

What would this require from newlib, if anything?  He asks ignorantly. :)

--joel


> --
> Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
>
> This email may be disturbing to some readers as it contains
> too much technical detail. Reader discretion is advised.
> [Data in binary units and prefixes, physical quantities in SI.]
>
> [Shame your CORE-Math proposal was rejected: desperately needed these
> days, as
> I've never been a math natural but often seemed more comfortable than
> other
> programmers doing related work.
> Maybe have to comb the literature on reproducible builds, need for
> verification
> no backdoors or vulnerabilities have been introduced, and testing results
> produced are identical across platforms; maybe comb Risks or contact PGN
> for
> math horror stories as references and justifications for resubmission.]
>

  reply	other threads:[~2021-02-05 23:47 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-05 10:43 Paul Zimmermann
2021-02-05 23:01 ` Brian Inglis
2021-02-05 23:46   ` Joel Sherrill [this message]
2021-02-06  0:40     ` Brian Inglis
2021-02-06  6:23   ` Paul Zimmermann
2021-08-03  7:59 Paul Zimmermann
2021-09-07 15:01 Paul Zimmermann
2022-02-16  8:42 Accuracy of Mathematical Functions Paul Zimmermann
2022-08-29 10:50 Paul Zimmermann
2023-02-14  8:13 Paul Zimmermann
2023-09-21  7:24 Paul Zimmermann
2024-02-15 14:54 Paul Zimmermann

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=CAF9ehCXy_tXOMw1EgN8QfQaPTMahRBNzfi4H77Hc7dKMWLOXtw@mail.gmail.com \
    --to=joel@rtems.org \
    --cc=newlib@sourceware.org \
    /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.
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 read-only IMAP folder(s) and NNTP newsgroup(s).