[Top][All Lists]

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

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

From: Andy Moreton
Subject: Re: Finalizing 'inhibit-automatic-native-compilation'
Date: Sun, 29 Jan 2023 11:46:42 +0000
User-agent: Gnus/5.13 (Gnus v5.13)

On Sun 29 Jan 2023, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton@gmail.com>
>> Date: Sat, 28 Jan 2023 21:41:06 +0000
>> On Sat 28 Jan 2023, Eli Zaretskii wrote:
>> > Can we decide that "temporarily" we will write trampolines even if
>> > native-compilation was disabled, i.e. go back to what we had in Emacs
>> > 28?
>> `comp-enable-subr-trampolines' is also relevant.
> Yes, of course.
>> In bug #60996 Windows builds currently error on delete-file for a
>> trampoline .eln file if inhibit-automatic-native-compilation is non-nil
>> (because Windows does not allow the .eln file to be deleted while it
>> is loaded as a DLL).
>> If inhibit-automatic-native-compilation is non-nil and
>> comp-enable-subr-trampolines is nil then the delete-file error is
>> avoided (at a cost of losing correct handling of advised primitives).
> Removing comp-enable-subr-trampolines is not on the table.  We need
> that to allow users to start Emacs built with native-compilation when
> libgccjit and/or Binutils are not available on the system where Emacs
> is run, something that happens mostly on MS-Windows, but can also
> happen elsewhere.

I was not suggesting removal of comp-enable-subr-trampolines, only its
use as a workaround for bug #60996, which is now fixed.


reply via email to

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