diff options
author | Joseph Myers <joseph@codesourcery.com> | 2015-02-06 15:44:07 +0000 |
---|---|---|
committer | Joseph Myers <joseph@codesourcery.com> | 2015-02-06 15:44:07 +0000 |
commit | 1c7a4a51a30dd001c81630156458ee55fc2e883c (patch) | |
tree | 3116ff19257a9cb385bc0f70d67becdb742d0395 /crypt/md5test.c | |
parent | 61f006c12d8ff3a80a95a36fed81c908a2e39650 (diff) | |
download | glibc-1c7a4a51a30dd001c81630156458ee55fc2e883c.tar.gz glibc-1c7a4a51a30dd001c81630156458ee55fc2e883c.tar.xz glibc-1c7a4a51a30dd001c81630156458ee55fc2e883c.zip |
soft-fp: Fix _FP_FMA when product is zero and third argument is finite (bug 17932).
soft-fp's _FP_FMA fails to set the result's exponent for cases where the result of the multiplication is 0, yielding incorrect (arbitrary, depending on uninitialized values) results for those cases. This affects libm for architectures using soft-fp to implement fma. This patch adds the exponent setting and tests for this case. Tested for ARM soft-float (which uses soft-fp fma), x86_64 and x86 (to verify not introducing new libm test failures there). (This bug showed up in testing my patch to move the Linux kernel to current soft-fp. math/Makefile has "override CFLAGS += -Wno-uninitialized" which would have stopped compiler warnings from showing up this problem, although I wouldn't be surprised if removing that shows spurious warnings from this code, if the compiler fails to follow that various cases where the exponent is uninitialized don't need it initialized because the class is set to a value meaning the uninitialized exponent isn't used.) [BZ #17932] * soft-fp/op-common.h (_FP_FMA): Set exponent of result in case where multiplication results in zero and third argument is finite and nonzero. * math/auto-libm-test-in: Add more tests of fma. * math/auto-libm-test-out: Regenerated.
Diffstat (limited to 'crypt/md5test.c')
0 files changed, 0 insertions, 0 deletions