diff options
author | Rich Felker <dalias@aerifal.cx> | 2019-08-05 18:41:47 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2019-08-05 18:41:47 -0400 |
commit | f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441 (patch) | |
tree | 4b419cdf7843dd8f34a4c33bfe8391491b6e65e3 /src/math/frexp.c | |
parent | 244778f70cecdb08302e47cfe412e8e186113444 (diff) | |
download | musl-f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441.tar.gz musl-f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441.tar.bz2 musl-f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441.tar.xz musl-f3ed8bfe8a82af1870ddc8696ed4cc1d5aa6b441.zip |
fix x87 stack imbalance in corner cases of i386 math asm
commit 31c5fb80b9eae86f801be4f46025bc6532a554c5 introduced underflow
code paths for the i386 math asm, along with checks on the fpu status
word to skip the underflow-generation instructions if the underflow
flag was already raised. unfortunately, at least one such path, in
log1p, returned with 2 items on the x87 stack rather than just 1 item
for the return value. this is a violation of the ABI's calling
convention, and could cause subsequent floating point code to produce
NANs due to x87 stack overflow. if floating point results are used in
flow control, this can lead to runaway wrong code execution.
rather than reviewing each "underflow already raised" code path for
correctness, remove them all. they're likely slower than just
performing the underflow code unconditionally, and significantly more
complex.
all of this code should be ripped out and replaced by C source files
with inline asm. doing so would preclude this kind of error by having
the compiler perform all x87 stack register allocation and stack
manipulation, and would produce comparable or better code. however
such a change is a much larger project.
Diffstat (limited to 'src/math/frexp.c')
0 files changed, 0 insertions, 0 deletions