bug#58429: 29.0.50; inhibit-automatic-native-compilation does not work as expected.

[Eli Zaretskii]

> From: Max Brieiev <max.brieiev@gmail.com>
> Cc: larsi@gnus.org,  58429@debbugs.gnu.org,  akrl@sdf.org
> Date: Wed, 12 Oct 2022 19:54:00 +0300
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> From: Max Brieiev <max.brieiev@gmail.com>
> >> Cc: larsi@gnus.org,  58429@debbugs.gnu.org,  akrl@sdf.org
> >> Date: Wed, 12 Oct 2022 17:11:14 +0300
> >> 
> >> Eli Zaretskii <eliz@gnu.org> writes:
> >> 
> >> > Where do you see a message saying that the error is about creating the
> >> > file on disk?  The error message you quoted was different:
> >> >
> >> >   x86_64-unknown-linux-gnu-gcc-10.3.0: fatal error: cannot execute ‘as’: 
> >> > execvp: No such file or directory
> >> >
> >> 
> >> But it also says:
> >> 
> >>     Compiling /tmp/comp-lambda-RCGJQI.eln
> >
> > Yes, but that's not an error message, that's an announcement of what
> > Emacs tries to do.
> 
> Right, and the question was whether this was the correct behaviour for
> Emacs to try to produce eln files, when
> inhibit-automatic-native-compilation was non-nil.

Yes, it is.  When you use some Lisp that advises primitives, Emacs
with native-compilation must generate a trampoline, and
inhibit-automatic-native-compilation cannot prevent that.