GNU bug report logs - #63871
29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require

Previous Next

Package: emacs;

Reported by: Jimmy Yuen Ho Wong <wyuenho <at> gmail.com>

Date: Sat, 3 Jun 2023 13:23:02 UTC

Severity: normal

Found in version 29.0.91

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Jimmy Wong <wyuenho <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 63871 <at> debbugs.gnu.org
Subject: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require
Date: Sat, 3 Jun 2023 15:15:05 +0100
[Message part 1 (text/plain, inline)]
Unless you’ve set package-native-compile to t so you’ll rarely see this buffer. Installing new packages is not a frequent operation in normal Emacs usage, and when a user installs a new package and loads it, he’ll expect that buffer, not when simply having a package that requires that a package.
On 3 Jun 2023 at 3:10 PM +0100, Eli Zaretskii <eliz <at> gnu.org>, wrote:
> > Date: Sat, 3 Jun 2023 15:02:18 +0100
> > From: Jimmy Wong <wyuenho <at> gmail.com>
> > Cc: 63871-done <at> debbugs.gnu.org
> >
> > The problem is this:
> >
> > 1 There’s no-native-compile:r set in the file, so a eln file was never produced.
> > 2 nativecomp does not know which file should not be compiled until it opens the file
> > 3 Whenever a require is encountered, nativecomp can’t find its eln, doesn’t know it can’t be compiled
> > until it reads the file, and it can’t read the file until it unzips the file.
> > 4 This unnecessary work is done every time any package requires one of these packages that
> > cannot be compiled, again and again, generating an extra buffer that mess up the buffer orders in
> > the buffer list.
>
> Sorry, I don't see any problem. This is normal and expected behavior,
> and one more buffer cannot possibly be a problem. Especially since
> that buffer will be created soon enough anyway, once you load some
> previously-uncompiled package.
>
> I fail to understand why another buffer could be a problem.
>
> I don't see any bug here.
[Message part 2 (text/html, inline)]

This bug report was last modified 2 years and 41 days ago.

Previous Next


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