This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Automatically check sanity of ulps from libm tests


On 03/04/2014 10:39 PM, Joseph S. Myers wrote:
> This patch, relative to a tree with
> <https://sourceware.org/ml/libc-alpha/2014-03/msg00069.html> applied
> (and independent of my other pending libm testsuite patch
> <https://sourceware.org/ml/libc-alpha/2014-02/msg00627.html>), makes
> libm-test.inc apply sanity checks to ulps values resulting from tests,
> or found in libm-test-ulps files, to avoid the need for manual
> checking/editing of new ulps for cases that are excessively large or
> involve functions that should not have any ulps.  For IBM long double,
> errors must be at most 14ulp (the largest currently checked-in value),
> or at most 3ulp (the documented error bound for division) in the case
> of exactly-determined functions; for other formats, the limits are
> 9ulp (also the largest currently checked-in value) and 0ulp.  Limits
> from ulps files are saturated to those bounds, and regen-ulps will
> ignore any errors outside those bounds.  (Thus if, say, you have an
> architecture-specific problem with fma, the tests can still be XFAILed
> in auto-libm-test-in, but errors outside the permitted range can no
> longer be listed in libm-test-ulps.)

Thanks,
Andreas
-- 
 Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi
  SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg)
    GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]