summaryrefslogtreecommitdiff
path: root/lisp/emacs-lisp/pp.el
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 /lisp/emacs-lisp/pp.el
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 'lisp/emacs-lisp/pp.el')
0 files changed, 0 insertions, 0 deletions