GNU bug report logs -
#73303
30.0.91; Native compiler repeatedly interrupts at random moments
Previous Next
Reported by: "N. Jackson" <njackson <at> posteo.net>
Date: Mon, 16 Sep 2024 18:18:02 UTC
Severity: normal
Tags: notabug
Found in version 30.0.91
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Andrea Corallo <acorallo <at> gnu.org>
> Cc: "N. Jackson" <njackson <at> posteo.net>, Philip Kaludercic
> <philipk <at> posteo.net>, 73303 <at> debbugs.gnu.org
> Date: Tue, 24 Sep 2024 15:10:10 -0400
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > If your init file arranges for many packages to load only on demand,
> > then I don't think there is a way, except summarily compile all the
> > packages under your ~/.emacs.d/ directory (assuming that's where you
> > install them). Maybe we should have a native-compile-directory
> > function to make that easier; currently we only have
> > emacs-lisp-native-compile, which compiles a single file. Andrea,
> > WDYT?
>
> Yes we could do that if we think is useful, is probably few lines like:
>
> (defun native-compile-directory (directory)
> (mapc (lambda (file)
> (native-compile file))
> (directory-files-recursively directory ".+\\.el$")))
>
> but this will recompile all files, so maybe to make it useful for .emacs
> we should have something that compiles files only when the corresponding
> eln is not already present?
Yes, that would be better. But the test is not very trivial, because
the .eln file can be in another directory, somewhere on
native-comp-eln-load-path, and there's the issue of the right version
and hash. Maybe we should have a find-eln-file function to do that?
This bug report was last modified 210 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.