From: Eli Zaretskii <eliz@gnu.org>
To: Andrea Corallo <acorallo@gnu.org>
Cc: simendsjo@gmail.com, 70914@debbugs.gnu.org
Subject: bug#70914: 29.3; Crashes often on Windows
Date: Fri, 24 May 2024 13:48:43 +0300 [thread overview]
Message-ID: <86le3z32pg.fsf@gnu.org> (raw)
In-Reply-To: <yp1a5kfy70o.fsf@fencepost.gnu.org> (message from Andrea Corallo on Fri, 24 May 2024 03:59:51 -0400)
> From: Andrea Corallo <acorallo@gnu.org>
> Cc: simendsjo@gmail.com, 70914@debbugs.gnu.org
> Date: Fri, 24 May 2024 03:59:51 -0400
>
> Andrea Corallo <acorallo@gnu.org> writes:
>
> > Eli Zaretskii <eliz@gnu.org> writes:
> >
> >>> From: Andrea Corallo <acorallo@gnu.org>
> >>> Cc: Simen Endsjø <simendsjo@gmail.com>,
> >>> 70914@debbugs.gnu.org
> >>> Date: Thu, 16 May 2024 08:11:03 -0400
> >>>
> >>> Eli Zaretskii <eliz@gnu.org> writes:
> >>>
> >>> > 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.
> >>
> >> Probably not.
> >>
> >> For the non-preloaded *.eln files, I guess moving them out of
> >> native-comp-eln-load-path and setting native-comp-jit-compilation and
> >> native-comp-enable-subr-trampolines to nil in early-init should force
> >> Emacs to load the *.elc files, right? If not, why not?
> >
> > Yeah right, if moving files is an option it should work.
> >
> >> But if we don't have any way of disabling loading of *.eln, I think we
> >> should provide it. WDYT?
> >
> > I agree, will do.
>
> Going to implemnt it I realized I might already have done it in 2020 and
> forgot about it 😬
>
> Is 'load-no-native' what we wanted here?
Not sure. The doc string says
Non-nil means not to load a .eln file when a .elc was requested.
which makes it unspecified what happens when one does
(load "foo")
or
(require 'foo)
If the above also load foo.el/foo.elc, then yes, load-no-native is
what we want here.
next prev parent reply other threads:[~2024-05-24 10:48 UTC|newest]
Thread overview: 141+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-13 8:47 bug#70914: 29.3; Crashes often on Windows Simen Endsjø
2024-05-13 10:35 ` Eli Zaretskii
2024-05-14 10:14 ` Simen Endsjø
2024-05-14 11:23 ` Eli Zaretskii
2024-05-14 12:08 ` Simen Endsjø
2024-05-14 12:30 ` Eli Zaretskii
2024-05-14 13:58 ` Simen Endsjø
2024-05-14 14:18 ` Eli Zaretskii
2024-05-15 10:25 ` Simen Endsjø
2024-05-15 11:19 ` Simen Endsjø
2024-05-15 11:24 ` Simen Endsjø
2024-05-15 12:20 ` Eli Zaretskii
2024-05-15 12:15 ` Eli Zaretskii
2024-05-15 13:50 ` Simen Endsjø
2024-05-15 12:04 ` Eli Zaretskii
2024-05-15 13:45 ` Simen Endsjø
2024-05-16 7:05 ` Simen Endsjø
2024-05-16 10:11 ` Eli Zaretskii
2024-05-24 10:13 ` Simen Endsjø
2024-05-15 10:53 ` Simen Endsjø
2024-05-15 12:11 ` Eli Zaretskii
2024-05-15 13:00 ` Simen Endsjø
2024-05-15 13:36 ` Simen Endsjø
2024-05-15 13:58 ` Simen Endsjø
2024-05-15 15:25 ` Eli Zaretskii
2024-05-15 18:13 ` Simen Endsjø
2024-05-15 18:21 ` Simen Endsjø
2024-05-15 18:53 ` Eli Zaretskii
2024-05-15 20:03 ` Simen Endsjø
2024-05-16 8:07 ` Eli Zaretskii
2024-05-16 10:50 ` Simen Endsjø
2024-05-16 11:44 ` Simen Endsjø
2024-05-16 12:15 ` Eli Zaretskii
2024-05-18 18:47 ` Simen Endsjø
2024-05-18 19:46 ` Eli Zaretskii
2024-05-18 21:45 ` Simen Endsjø
2024-05-19 5:50 ` Eli Zaretskii
2024-05-19 9:03 ` Eli Zaretskii
2024-05-19 17:41 ` Simen Endsjø
2024-05-19 18:31 ` Eli Zaretskii
2024-05-19 18:38 ` Simen Endsjø
2024-05-20 13:47 ` Eli Zaretskii
2024-05-20 17:54 ` Simen Endsjø
2024-05-20 18:20 ` Eli Zaretskii
2024-05-20 18:41 ` Simen Endsjø
2024-05-20 19:00 ` Eli Zaretskii
2024-05-20 19:22 ` Eli Zaretskii
2024-05-20 20:28 ` Simen Endsjø
2024-05-21 14:06 ` Eli Zaretskii
2024-05-21 17:39 ` Simen Endsjø
2024-05-21 18:29 ` Eli Zaretskii
2024-05-21 19:05 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-21 19:24 ` Eli Zaretskii
2024-05-21 20:31 ` Simen Endsjø
2024-05-22 4:32 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-22 4:35 ` Simen Endsjø
2024-05-22 5:08 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-22 5:57 ` Simen Endsjø
2024-05-22 6:12 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-22 8:16 ` Simen Endsjø
2024-05-22 8:23 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-22 8:41 ` Simen Endsjø
2024-05-22 8:50 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-22 11:09 ` Simen Endsjø
2024-05-22 11:21 ` Simen Endsjø
2024-05-22 11:24 ` Simen Endsjø
2024-05-22 13:26 ` Eli Zaretskii
2024-05-22 13:35 ` Simen Endsjø
2024-05-22 14:07 ` Eli Zaretskii
2024-05-22 11:40 ` Eli Zaretskii
2024-05-22 11:36 ` Eli Zaretskii
2024-05-22 11:24 ` Eli Zaretskii
2024-05-22 13:14 ` Simen Endsjø
2024-05-22 14:03 ` Eli Zaretskii
2024-05-22 16:54 ` Simen Endsjø
2024-05-22 18:19 ` Eli Zaretskii
2024-05-22 19:21 ` Simen Endsjø
2024-05-22 20:28 ` Simen Endsjø
2024-05-23 5:19 ` Eli Zaretskii
2024-05-23 7:31 ` Simen Endsjø
2024-05-23 8:18 ` Eli Zaretskii
2024-05-23 10:05 ` Simen Endsjø
2024-05-23 10:30 ` Ihor Radchenko
2024-05-23 10:39 ` Eli Zaretskii
2024-05-23 10:48 ` Ihor Radchenko
2024-05-23 11:31 ` Eli Zaretskii
2024-05-23 11:51 ` Ihor Radchenko
2024-05-23 13:33 ` Eli Zaretskii
2024-05-23 13:52 ` Ihor Radchenko
2024-05-23 14:05 ` Eli Zaretskii
2024-05-23 14:23 ` Ihor Radchenko
2024-05-23 16:02 ` Eli Zaretskii
2024-05-23 18:33 ` Simen Endsjø
2024-05-23 18:46 ` Eli Zaretskii
2024-05-22 12:26 ` Eli Zaretskii
2024-05-22 13:34 ` Simen Endsjø
2024-05-22 14:05 ` Eli Zaretskii
2024-05-22 14:28 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-22 14:58 ` Eli Zaretskii
2024-05-22 18:12 ` Hannes Domani via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-22 18:32 ` Eli Zaretskii
2024-05-21 20:01 ` Simen Endsjø
2024-05-16 6:42 ` Simen Endsjø
2024-05-16 10:03 ` Eli Zaretskii
2024-05-16 11:00 ` Simen Endsjø
2024-05-16 12:13 ` Eli Zaretskii
2024-05-16 12:11 ` Andrea Corallo
2024-05-16 12:22 ` Eli Zaretskii
2024-05-16 15:26 ` Andrea Corallo
2024-05-16 16:03 ` Eli Zaretskii
2024-05-16 17:04 ` Andrea Corallo
2024-05-16 18:24 ` Eli Zaretskii
2024-05-24 7:59 ` Andrea Corallo
2024-05-24 10:48 ` Eli Zaretskii [this message]
2024-05-27 9:53 ` Andrea Corallo
2024-05-27 11:55 ` Eli Zaretskii
2024-05-16 18:40 ` Simen Endsjø
2024-05-16 19:28 ` Eli Zaretskii
2024-05-16 20:13 ` Simen Endsjø
2024-05-16 21:03 ` Simen Endsjø
2024-05-17 6:51 ` Eli Zaretskii
2024-05-17 18:05 ` Simen Endsjø
2024-05-17 18:38 ` Eli Zaretskii
2024-05-17 20:39 ` Simen Endsjø
2024-05-18 11:18 ` Simen Endsjø
2024-05-18 11:49 ` Eli Zaretskii
2024-05-18 18:36 ` Simen Endsjø
2024-05-18 19:35 ` Eli Zaretskii
2024-05-18 19:43 ` Simen Endsjø
2024-05-18 11:55 ` Eli Zaretskii
2024-05-18 18:42 ` Simen Endsjø
2024-05-18 19:40 ` Eli Zaretskii
2024-05-17 6:16 ` Eli Zaretskii
2024-05-15 18:35 ` Eli Zaretskii
2024-05-15 15:18 ` Eli Zaretskii
2024-05-24 10:07 ` Simen Endsjø
2024-05-24 10:47 ` Eli Zaretskii
2024-05-24 13:08 ` Simen Endsjø
2024-05-27 12:54 ` Simen Endsjø
2024-05-27 13:22 ` Eli Zaretskii
[not found] ` <87sey1g5dg.fsf@simendsjo.me>
2024-05-28 18:40 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86le3z32pg.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=70914@debbugs.gnu.org \
--cc=acorallo@gnu.org \
--cc=simendsjo@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).