GNU bug report logs - #62317
28.2; This byte-compiled file behaves wrongly.

Previous Next

Package: emacs;

Reported by: Teika Kazura <teika <at> gmx.com>

Date: Tue, 21 Mar 2023 03:58:02 UTC

Severity: normal

Tags: patch, wontfix

Found in version 28.2

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Teika Kazura <teika <at> gmx.com>, Andrea Corallo <akrl <at> sdf.org>
Cc: 62317 <at> debbugs.gnu.org
Subject: bug#62317: bug #62317: 28.2; This byte-compiled file behaves wrongly.
Date: Tue, 28 Mar 2023 15:08:16 +0300

> Date: Tue, 28 Mar 2023 18:15:44 +0900 (JST)
> From: Teika Kazura <teika <at> 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.
This bug report was last modified 1 year and 249 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.