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

[Sean Whitton]

Hello,

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