[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Finalizing 'inhibit-automatic-native-compilation'

From: Sean Whitton
Subject: Re: Finalizing 'inhibit-automatic-native-compilation'
Date: Thu, 09 Feb 2023 14:05:35 -0700
User-agent: Gnus/5.13 (Gnus v5.13)


On Tue 07 Feb 2023 at 04:39AM +01, Aymeric Agon-Rambosson wrote:

> Le lundi 6 février 2023 à 16:29, Eli Zaretskii <eliz@gnu.org> a écrit :
>> I understand the convenience, but once again, my primary audience is
>> the Emacs users, and they rarely need to handle such convoluted
>> situations.  Some relative inconvenience aside, I see no reason why
>> you couldn't make do without the environment variable, but via some
>> automatically-loaded init files or somesuch.
> I think there was some worry about whether an extra eval would arrive "soon
> enough", that is before any native compilation would have been attempted. In
> contrast, the value of the environment variable is obtained at very beginning
> of `normal-top-level', that is before any native compilation could possibly
> happen.
> Other than that, I agree that this is mainly a question of convenience for
> us. So much so that, as Sean said, we would probably patch it back should it
> be removed. On top of that, the delta corresponding to the environment
> variable specifically is negligible (1 line in normal-top-level) when compared
> to the delta needed to implement the underlying
> `inhibit-automatic-native-compilation'.

I think that the interpretation of this as a matter of convenience is
wrong.  The *correct* solution for Debian, we think, is one that doesn't
involve patching invocations deep inside third party Makefiles.
Carrying all those patches is, I think, not technically correct design.

Sean Whitton

reply via email to

[Prev in Thread] Current Thread [Next in Thread]