This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug math/14273] cosh() returns incorrect results
- From: "carlos_odonell at mentor dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Thu, 21 Jun 2012 14:37:35 +0000
- Subject: [Bug math/14273] cosh() returns incorrect results
- Auto-submitted: auto-generated
- References: <bug-14273-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=14273
--- Comment #2 from Carlos O'Donell <carlos_odonell at mentor dot com> 2012-06-21 14:37:35 UTC ---
(In reply to comment #1)
> This appears to be specific to the wordsize-64 version of cosh; it's about the
> 64-bit optimizations, not -ffinite-math-only. A comparison previously using
> 32-bit high parts and low parts, the former having been ANDed to make it the
> high part of the absolute value, now uses the full 64-bit value - a simpler
> comparison, but the ANDing is missing.
>
> Fixing is simple enough. Carlos, what do you want to do about this sort of
> regression fix for release branches (2.15 and 2.16), given that testcases for
> it are quite likely to involve ULPs updates for all architectures?
My initial reaction is that changes that require global architecture updates
are not appropriate for stable branches. I say this only because it is a huge
burden to place upon the patch creator to update all of the machine ULPs files.
Is that too conservative?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.