diff options
| author | Paul Eggert <eggert@cs.ucla.edu> | 2018-08-12 15:28:20 -0700 |
|---|---|---|
| committer | Paul Eggert <eggert@cs.ucla.edu> | 2018-08-12 15:31:28 -0700 |
| commit | a84cef90957f2379cc0df6bd908317fc441971ce (patch) | |
| tree | ec13b83e5b54cb7c4757dad817ac7fadc0fc2c28 /lisp/emacs-lisp/cl-generic.el | |
| parent | 2b1cac26855b99644b00a839f7ea25446d997572 (diff) | |
| download | emacs-a84cef90957f2379cc0df6bd908317fc441971ce.tar.gz emacs-a84cef90957f2379cc0df6bd908317fc441971ce.tar.bz2 emacs-a84cef90957f2379cc0df6bd908317fc441971ce.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.
Diffstat (limited to 'lisp/emacs-lisp/cl-generic.el')
0 files changed, 0 insertions, 0 deletions