GNU bug report logs -
#63871
29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require
Previous Next
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
[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.