summaryrefslogtreecommitdiff
path: root/doc/lispintro/lambda-1.eps
diff options
context:
space:
mode:
authorPaul Eggert <eggert@cs.ucla.edu>2018-08-12 15:28:20 -0700
committerEli Zaretskii <eliz@gnu.org>2018-08-13 20:16:56 +0300
commitf882de8b8095c3a42d1f6d22ed3f7aed57e9f5e0 (patch)
tree8772cc7b163793b0d9132a1ce00e21dc7c24d341 /doc/lispintro/lambda-1.eps
parent34e75c144efe54dd6063fbb65d5a40176952422c (diff)
downloademacs-f882de8b8095c3a42d1f6d22ed3f7aed57e9f5e0.tar.gz
emacs-f882de8b8095c3a42d1f6d22ed3f7aed57e9f5e0.tar.bz2
emacs-f882de8b8095c3a42d1f6d22ed3f7aed57e9f5e0.zip
Port better to x86 -fexcess-precision=fast
Problem reported by Eli Zaretskii in: https://lists.gnu.org/r/emacs-devel/2018-08/msg00380.html * src/data.c (arithcompare): Work around incompatibility between gcc -fexcess-precision=fast and the C standard on x86, by capturing the results of floating-point comparisons before the excess precision spontaneously decays. Although this fix might not work in general, it does work here and is probably good enough for the platforms we care about. (cherry picked from commit a84cef90957f2379cc0df6bd908317fc441971ce)
Diffstat (limited to 'doc/lispintro/lambda-1.eps')
0 files changed, 0 insertions, 0 deletions