Eli Zaretskii <e...@gnu.org> writes:
From: Joel Reicher <joel.reic...@gmail.com>
Cc: help-emacs-windows@gnu.org
Date: Fri, 12 Jul 2024 21:10:51 +1000
I'm not suggesting this is anything other than a (very)
temporary workaround, and I was already aware of this variable
from the documentation, but it wasn't clear to me the
conditions under which Emacs would try to generate a
trampoline.
It was interesting to see it happen.
The ELisp manual says about this:
-- Variable: native-comp-enable-subr-trampolines
This variable controls generation of trampolines. A
trampoline is
a small piece of native code required to allow calling
Lisp
primitives, which were advised or redefined, from Lisp
code that
was natively-compiled with ‘native-comp-speed’ set to 2
or greater.
Emacs stores the generated trampolines on separate
‘*.eln’ files.
I know, I read this weeks ago, but I could never have guessed that
in my usual workflow it wouldn't trigger until I called WoMan.
And, to be honest, I still can't see how to connect that
documentation with the behaviour I saw, but I haven't yet looked
at the WoMan code that triggered this.
Thanks and regards,
- Joel
