[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: |
Thu, 06 Oct 2022 08:28:04 +0300 |
> Date: Wed, 05 Oct 2022 20:04:34 +0000
> From: Gregory Heytings <gregory@heytings.org>
> cc: tomas@tuxteam.de, emacs-devel@gnu.org
>
> IIUC, what Rob wants is that
>
> (1) on Debian systems on which Emacs packages are built, the build process
> is running as root, and nothing should be written in /root, and
For this case, Rob said the workspace is thrown away after the build,
so whether the *.eln files are or aren't produced is not relevant.
But if, for some reason, the *.eln files could survive the deletion of
the workspace, then tweaking native-comp-eln-load-path to have /tmp at
the beginning should handle that as well.
> (2) on user systems on which elpa-* packages are installed, the
> installation process, during which el files are compiled to elc and eln
> files, is running as root, and it should not write anything in /root.
Since the elpa-* package installation process is supposed to leave the
users of the system with ready *.eln files from the packages being
installed, the installation process should NOT disable
native-compilation. Instead, it should tweak
native-comp-eln-load-path so that it includes the shared directory
where Debian wants to have the *.eln files of ELPA packages instead or
ahead of the user's eln-cache directory. This will produce the *.eln
files in the place where Debian wants them, and allow users to use
those packages without worrying about compilation.
IOW, an option to disable native-compilation is not TRT in this case.
- Re: Suppressing native compilation (short and long term), (continued)
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/05
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/05
- Re: Suppressing native compilation (short and long term), tomas, 2022/10/05
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/05
- Re: Suppressing native compilation (short and long term), tomas, 2022/10/05
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/05
- Re: Suppressing native compilation (short and long term), tomas, 2022/10/05
- Re: Suppressing native compilation (short and long term), Gregory Heytings, 2022/10/05
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/05
- Re: Suppressing native compilation (short and long term), Gregory Heytings, 2022/10/05
- Re: Suppressing native compilation (short and long term),
Eli Zaretskii <=
- Re: Suppressing native compilation (short and long term), tomas, 2022/10/06
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/05
- Re: Suppressing native compilation (short and long term), Po Lu, 2022/10/05
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/06
- Re: Suppressing native compilation (short and long term), Po Lu, 2022/10/06
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/06
- Re: Suppressing native compilation (short and long term), tomas, 2022/10/06
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/06
- Re: Suppressing native compilation (short and long term), tomas, 2022/10/06
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/07