bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require

[Jimmy Wong <wyuenho@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1313 bytes --]

The problem is not that it does something when it compiles, the problem is it should not have triggered a compilation at all and pops up a buffer. This messes up the buffer order when restoring a session with desktop mode on restart.
On 3 Jun 2023 at 2:50 PM +0100, Eli Zaretskii <eliz@gnu.org>, wrote:
> > From: Jimmy Yuen Ho Wong <wyuenho@gmail.com>
> > Date: Sat, 03 Jun 2023 14:22:41 +0100
> >
> >
> > Reproduction:
> >
> > 1. emacs -q -nsl --eval="(require 'cl-lib)"
> > 2. C-x b TAB
> > 3. Select *Async-native-compile-log*
> > 4. The following is printed
> >
> > ```emacs-lisp
> > Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.el.gz...
> > uncompressing cl-loaddefs.el.gz...
> > uncompressing cl-loaddefs.el.gz...done
> > Compilation finished.
> > ```
> >
> > Expectation:
> >
> > This behavior is observed when any packages in ~/.emacs.d/elpa/
> > autoloads and require cl-lib, org or tramp as well.
> >
> > The simple act of requiring a built-in Emacs package should not trigger
> > a JIT native compilation on an Emacs installation built with
> > `--with-native-compilation=aot`.
>
> And it doesn't. cl-loaddefs has the "no-native-compile: t" thingy in
> the file-local variables, so the native-compilation does nothing.
>
> So I don't see any bug here, and I'm closing this bug.

[-- Attachment #2: Type: text/html, Size: 1849 bytes --]