This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH COMMITTED] Regenerate sparc ULPs.
- From: David Miller <davem at davemloft dot net>
- To: joseph at codesourcery dot com
- Cc: stli at linux dot vnet dot ibm dot com, libc-alpha at sourceware dot org
- Date: Wed, 23 Apr 2014 13:04:17 -0400 (EDT)
- Subject: Re: [PATCH COMMITTED] Regenerate sparc ULPs.
- Authentication-results: sourceware.org; auth=none
- References: <lig7ro$h9q$1 at ger dot gmane dot org> <20140414 dot 133656 dot 645482096251855460 dot davem at davemloft dot net> <Pine dot LNX dot 4 dot 64 dot 1404231505030 dot 13425 at digraph dot polyomino dot org dot uk>
From: "Joseph S. Myers" <joseph@codesourcery.com>
Date: Wed, 23 Apr 2014 15:07:11 +0000
> On Mon, 14 Apr 2014, David Miller wrote:
>
>> From: Stefan Liebler <stli@linux.vnet.ibm.com>
>> Date: Mon, 14 Apr 2014 10:56:24 +0200
>>
>> > on s390 test-ldouble / test-ildoubl shows the same ULP for y1(0x2p+0)
>> > (see https://www.sourceware.org/ml/libc-alpha/2014-04/msg00271.html).
>> >
>> > Please test the posted patch.
>>
>> Yep, it clears the long-double cases for me.
>>
>> I still have a large ULP of 10 for test-float's y1_upward().
>
> I'm going to guess that this doesn't appear on x86_64 because of the
> x86_64 implementation of trig functions using double precision internally
> so having smaller error accumulation than the generic flt-32 versions.
> Saving / restoring the rounding mode in y1f would seem a reasonable
> solution.
I'll look into this, thanks Joseph.