This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug math/13304] fma, fmaf, fmal produce wrong results
- From: "bruno at clisp dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Mon, 17 Oct 2011 09:49:41 +0000
- Subject: [Bug math/13304] fma, fmaf, fmal produce wrong results
- Auto-submitted: auto-generated
- References: <bug-13304-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=13304
--- Comment #23 from Bruno Haible <bruno at clisp dot org> 2011-10-17 09:49:41 UTC ---
(In reply to comment #22)
> I've done quite a lot of testing on it back when it was added to glibc, see
> e.g. the
> http://sources.redhat.com/ml/libc-alpha/2010-10/txt00000.txt
> testcase
Good. It would be even better - for the quality of future modifications -
if a good unit test was in the glibc source tree. My proposed one runs in
less than a second and was able to catch 16 different bugs (and does not
need to link against mpfr or gmp).
> Yes, math/s_fma*.c won't DTRT, they are just fallback implementations for
> architectures without sufficient exception support
Find attached a code that produces the correct result also regardless of
exception support. Will soon be contributed to GNU gnulib. Should we replace
math/s_fma{,f,l}.c with this code (after some polishing for glibc coding
style)?
Bruno
--
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.