When there’s a package or a file that should not be natively compiled, there should be a global blacklist variable that controls that instead of relying on a file local variable in order to short circuit this behavior.
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.