[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Suppressing native compilation (short and long term)
From: |
Eli Zaretskii |
Subject: |
Re: Suppressing native compilation (short and long term) |
Date: |
Fri, 30 Sep 2022 19:06:04 +0300 |
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: David Bremner <david@tethera.net>, emacs-devel@gnu.org, akrl@sdf.org,
> rlb@defaultvalue.org
> Date: Fri, 30 Sep 2022 11:32:57 -0400
>
> Byte-compilation does load files (not the one being compiled, but many
> others, starting with `bytecomp` of course), so it can trigger
> native-compilation of some files (including some of the files being
> byte-compiled, if they `require` each other, which is very common).
The solution for this that I'd suggest is to precompile them, so that
the package comes with those files already as *.eln. That's what we
did in Emacs 28.1 for -nw sessions, which always load the terminal
support file from lisp/term/.
- Re: Suppressing native compilation (short and long term), (continued)
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/09/29
- Re: Suppressing native compilation (short and long term), Andrea Corallo, 2022/09/29
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/09/29
- Re: Suppressing native compilation (short and long term), Andrea Corallo, 2022/09/29
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/09/29
Re: Suppressing native compilation (short and long term), David Bremner, 2022/09/30
Re: Suppressing native compilation (short and long term), David Bremner, 2022/09/30
Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/09/30
Re: Suppressing native compilation (short and long term), Stefan Monnier, 2022/09/30