[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#62317: bug #62317: 28.2; This byte-compiled file behaves wrongly.
From: |
Andrea Corallo |
Subject: |
bug#62317: bug #62317: 28.2; This byte-compiled file behaves wrongly. |
Date: |
Tue, 28 Mar 2023 12:43:33 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
>> Date: Tue, 28 Mar 2023 18:15:44 +0900 (JST)
>> From: Teika Kazura <teika@gmx.com>
>>
>> This bug is also related to native-compilation, but I can't demonstrate it
>> in a simple way.
>>
>> The situation for the init.el that I really use is:
>> * I suspect that the pair of require - set-buffer causes the bug. At least,
>> the above workaround works, wrapping set-buffer.
>> * There the existence of init.elc does not matter. Instead, the
>> init-<hash>.eln is the problem. By removing it, the bug disappears.
>> * But each time I run emacs, an eln is automatically generated aynchronously
>> if it's lacking. (I can't find what causes automatic native compilation.)
>
> Native compilation is always triggered when Emacs loads a .elc file
> for which there is no corresponding .eln.
>
>> Anyway fixing this bug will solve other native-compilation related bugs, if
>> any.
>
> CC'ing Andrea.
Yes, I guess it's all caused by
263d6c38539691c954f4c3057cbe8d5468499b91.
I'm in a business trip now but I want to fix it ASAP (within the week),
I already started to look into it.
Anyway if we feel this is causing too much disruption I'm happy to
revert the offending commit now WDYT?
Thanks
Andrea