[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bignum branch
From: |
Achim Gratz |
Subject: |
Re: bignum branch |
Date: |
Wed, 18 Jul 2018 21:25:23 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
Andy Moreton writes:
> I agree:
>
> ELISP> emacs-repository-version
> "c70d22f70b77b053d01c7380122d166ecb728610"
> ELISP> (eql 0.0e+NaN 0.0e+NaN)
> t
NaN (specifically of the IEEE754 variety) is supposed to compare
non-equal even when compared to itself. I recognize that eql is used in
the above, but that would probably still create two LISP objects that
happen to have the same value, but the established FP math says these
two values should not compare equal anyway. If you stray from that
convention there should be a really good reason for that and it needs to
be prominently documented.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
- Re: bignum branch, (continued)
- Re: bignum branch, Eli Zaretskii, 2018/07/17
- Re: bignum branch, Paul Eggert, 2018/07/17
- Re: bignum branch, Eli Zaretskii, 2018/07/17
- Re: bignum branch, Paul Eggert, 2018/07/18
- Re: bignum branch, Andy Moreton, 2018/07/18
- Re: bignum branch, Paul Eggert, 2018/07/18
- Re: bignum branch, Clément Pit-Claudel, 2018/07/18
- Re: bignum branch, Stefan Monnier, 2018/07/18
- Re: bignum branch, Clément Pit-Claudel, 2018/07/18
- Re: bignum branch, Andy Moreton, 2018/07/18
- Re: bignum branch,
Achim Gratz <=
- Re: bignum branch, Stefan Monnier, 2018/07/18
- Re: bignum branch, Eli Zaretskii, 2018/07/18
- bignum branch, Paul Eggert, 2018/07/19
- Re: bignum branch, Achim Gratz, 2018/07/20
- Re: bignum branch, Paul Eggert, 2018/07/20
- Re: bignum branch, Stefan Monnier, 2018/07/20
- Re: bignum branch, Achim Gratz, 2018/07/22
- Re: bignum branch, Paul Eggert, 2018/07/18
- Re: bignum branch, Andy Moreton, 2018/07/18
- Re: bignum branch, Paul Eggert, 2018/07/18