Re: OpenLibm?

Joel Sherrill <[email protected]>
Newsgroups gmane.comp.lib.newlib
Message-ID <CAF9ehCW1Lbtehyzo4Zk02Zn7cLsftimSN9Cua=kYVyNaEM8nNg@mail.gmail.com>
On Thu, Dec 2, 2021 at 2:03 AM Paul Zimmermann <[email protected]> wrote:
>
> about Joel's mail (https://sourceware.org/pipermail/newlib/2021/018739.html).
>
> OpenLibm long double does not implement exp10, j0, j1, y0 and y1, and has
> accuracy issues with lgamma and tgamma. See Table 11 of
> https://members.loria.fr/PZimmermann/papers/#accuracy.

OK both have issues. I'd like long double support in newlib's libm to
improve standards compliance. I was looking for an implementation.

Issue: newlib has no long double support when sizeof(long double) !=
sizeof(double).

Random thoughts:

+ For the missing openlibm methods, newlib's implementation of those
methods could be submitted to openlibm.

+ Does newlib have an accuracy document?

+ Is newlib's accuracy better than openlibm's?

+ Would it make sense to port long double methods from openlibm to newlib?

I'm just trying to find a technical path to get long double into newlib.
I have no vested interest in any particular path that achieves that.
If we can agree on a technical path, RTEMS could add this as a potential
Google Summer of Code 2022 project.

--joel

> Paul
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.