[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#34781: 27.0.50; integer in pcase sometimes compared by eq
From: |
Michael Heerdegen |
Subject: |
bug#34781: 27.0.50; integer in pcase sometimes compared by eq |
Date: |
Thu, 28 Mar 2019 22:30:33 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
Paul Eggert <eggert@cs.ucla.edu> writes:
> On 3/28/19 12:47 PM, Michael Heerdegen wrote:
> > AFAIU the patch only corrects an optimization (use `memq' instead of
> > `member') that doesn't work for bignums. This can never be harmful.
>
> Isn't it harmful if a 64-bit Emacs decides that the optimization is safe
> for the fixnum 1000000000 and thus generates the faster code, but the
> code is put into an .elc file and then loaded by a 32-bit emacs that
> treats 1000000000 as a bignum?
Ah ok - yes, I guess that would indeed happen.
Michael.
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Mattias Engdegård, 2019/03/07
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Paul Eggert, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Mattias Engdegård, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Paul Eggert, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Mattias Engdegård, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Stefan Monnier, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Mattias Engdegård, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Paul Eggert, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Mattias Engdegård, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Paul Eggert, 2019/03/28
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Eli Zaretskii, 2019/03/29
- bug#34781: 27.0.50; integer in pcase sometimes compared by eq, Mattias Engdegård, 2019/03/29