This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: Long double complex methods
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Joel Sherrill <joel dot sherrill at oarcorp dot com>
- Cc: Dionna Amalie Glaze <dionnaglaze at google dot com>, Aditya Upadhyay <aadit0402 at gmail dot com>, "newlib at sourceware dot org" <newlib at sourceware dot org>
- Date: Thu, 29 Jun 2017 16:18:17 +0000
- Subject: Re: Long double complex methods
- Authentication-results: sourceware.org; auth=none
- References: <CAMZxAxdMKkLBbx9uognWNRxPwQwc89U89F8fsT1ksFq+opi-cQ@mail.gmail.com> <CAAH4kHbk0ACL7uGYAy4PaXD=_rPDviO08y=Zcn9J3vLO2oweKA@mail.gmail.com> <f8e36f0e-ab65-6aa0-2d0c-0750de7ec57c@oarcorp.com>
On Wed, 28 Jun 2017, Joel Sherrill wrote:
> Also, although I don't know how to run them, doesn't someone
> run glibc tests on newlib? They likely have tests for this for
> newlib's purposes.
It would be interesting to see results of glibc libm tests (current git
please, there have been major changes since the last release) for a range
of libm implementations and operating systems, but also probably a lot of
work to get them building with other C libraries; they make plenty of use
of glibc features, include some internal glibc headers for configuration
of some details of the architecture, and hardcode glibc choices of goals
for errno, exceptions and accuracy that other libm implementations may
differ on. An implementation/architecture-specific libm-test-ulps file
also needs to be generated before you can expect clean results even for an
implementation following glibc's goals.
--
Joseph S. Myers
joseph@codesourcery.com