GNU bug report logs - #58509
29.0.50; Synchronous nativecomp

Previous Next

Full log

Message #56 received at 58509 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 58509 <at> debbugs.gnu.org
Subject: Re: bug#58509: 29.0.50; Synchronous nativecomp
Date: Sat, 15 Oct 2022 11:22:29 +0200

Andrea Corallo <akrl <at> sdf.org> writes:

> to get practical I think what Lars'd like to have is: at the end of
> 'maybe_swap_for_eln', in case the .eln is not found, a syncronous
> invocation of the native compiler to produce and use the .eln file
> (indeed only when this flag is used).
>
> In principal as decribed it should be relatively easy, the only
> technical caveat I can think of now are potential circular dependecies
> generated by loading comp.el.

It's kinda the same problem as with the infinite recursion problem with
the trampolines, so perhaps this could have the same solution?  I.e., in
the Emacs that we fork to do the nativecomp, we should switch off both
JIT and trampoline generation?  (We'd need to add such a mechanism, of
course.)

> The comment I have is that we could have this mode capable of being used
> also in interactive sessions, in case I think we should really think of
> a better name for the flag, something like --native-compile-sync?  Or
> anyway something that highlights the "synchronousness" of the enabled
> mechanism.

Yes, that's a better name for the switch.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.