public inbox for newlib@sourceware.org
 help / color / mirror / Atom feed
* OpenLibm?
@ 2021-12-01 23:32 Joel Sherrill
  0 siblings, 0 replies; 3+ messages in thread
From: Joel Sherrill @ 2021-12-01 23:32 UTC (permalink / raw)
  To: Newlib

Hi

I was looking for a possible source of long double libm method
implementations and it looks like openlibm
(https://github.com/JuliaMath/openlibm) has a complete implementation
for multiple architectures of interest. It is based on the fdlibm
source I think most of newlib's libm came from and appears to be well
maintained.

Any thoughts on using this for at least the long double methods?

Other than inertia, is there a reason not to consider newlib just
importing this?

--joel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: OpenLibm?
  2021-12-02  8:02 OpenLibm? Paul Zimmermann
@ 2021-12-02 14:30 ` Joel Sherrill
  0 siblings, 0 replies; 3+ messages in thread
From: Joel Sherrill @ 2021-12-02 14:30 UTC (permalink / raw)
  To: Paul Zimmermann; +Cc: Newlib

On Thu, Dec 2, 2021 at 2:03 AM Paul Zimmermann <Paul.Zimmermann@inria.fr> 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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* OpenLibm?
@ 2021-12-02  8:02 Paul Zimmermann
  2021-12-02 14:30 ` OpenLibm? Joel Sherrill
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Zimmermann @ 2021-12-02  8:02 UTC (permalink / raw)
  To: newlib

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.

Paul

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-12-02 14:30 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-12-01 23:32 OpenLibm? Joel Sherrill
2021-12-02  8:02 OpenLibm? Paul Zimmermann
2021-12-02 14:30 ` OpenLibm? Joel Sherrill

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).