bug#70914: 29.3; Crashes often on Windows

[Andrea Corallo <acorallo@gnu.org>]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Simen Endsjø <simendsjo@gmail.com>
>> Date: Thu, 16 May 2024 08:42:42 +0200
>> Cc: 70914@debbugs.gnu.org
>>
>> > Did you say you see these problems on other machines as well?  If not,
>> > I'd suspect something basic, like hardware problem.
>>
>> I don't have problems with other software, so it doesn't seem like a hardware
>> problem. I did a full hardware scan during the night, and it didn't
>> uncover any problems.
>
> Another possible idea is to disable native-compilation and use of
> *.eln files that were already compiled.  The simplest way of doing the
> former is to set the variables native-comp-jit-compilation and
> native-comp-enable-subr-trampolines to nil in your early-init file,
> then start Emacs as usual.  Can you try that?
>
> AFAIK, the above does not prevent Emacs from loading and using the
> *.eln files that were already generated.  Andrea, what is the best way
> of disabling the use of existing *.eln files without rebuilding Emacs?
> Maybe renaming libgccjit-0.dll and restarting Emacs?

I don't recall any pre-cooked way of doing it.  I suspect renaming
libgccjit-0.dll on Windows should hinibit the compilation but not the
load.

The only option that comes to my mind would be applying the following
and running make.

================
modified   src/lread.c
@@ -1430,7 +1430,7 @@ DEFUN ("load", Fload, Sload, 1, 5, 0,
   else
     file = Fsubstitute_in_file_name (file);

-  bool no_native = suffix_p (file, ".elc");
+  bool no_native = true;/* suffix_p (file, ".elc"); */

   /* Avoid weird lossage with null string as arg,
      since it would try to load a directory as a Lisp file.  */
================

But I guess is not an option here if one can't recompile.

  Andrea