Je suppose que tu parles de la pré-compilation du lisp en bytecode. Si c'est le cas, cela accélère le chargement des fichiers lisp mais pas leur utilisation proprement dite.
* Installation Changes in Emacs 28.1
** Emacs now optionally supports native compilation of Lisp files.
To enable this, configure Emacs with the '--with-native-compilation' option.
This requires the libgccjit library to be installed and functional,
and also requires GCC and Binutils to be available when Lisp code
is natively compiled. See the Info node "(elisp) Native Compilation"
for more details.
En théorie cela devrait permettre d'accélérer certaines opérations coûteuses. Je ne sais pas si cela aura un effet notable sur la colorisation syntaxique des gros fichiers (c'est pénible à utiliser sur un Raspberry Pi 4) car le problème vient en fait du «garbage collector» qui interrompt l'exécution. Emacs n'est malheureusement pas multi-threads.
[^] # Re: Oui
Posté par SChauveau . En réponse au journal Les doutes d'un gars qui écrit: sérieusement se mettre à Emacs, ou pas ?. Évalué à 2.
Je suppose que tu parles de la pré-compilation du lisp en bytecode. Si c'est le cas, cela accélère le chargement des fichiers lisp mais pas leur utilisation proprement dite.
Toutefois, la (future?) version 28.1 permet la compilation du lisp en code natif. https://github.com/emacs-mirror/emacs/blob/master/etc/NEWS
En théorie cela devrait permettre d'accélérer certaines opérations coûteuses. Je ne sais pas si cela aura un effet notable sur la colorisation syntaxique des gros fichiers (c'est pénible à utiliser sur un Raspberry Pi 4) car le problème vient en fait du «garbage collector» qui interrompt l'exécution. Emacs n'est malheureusement pas multi-threads.