GNU bug report logs - #73303
30.0.91; Native compiler repeatedly interrupts at random moments

Previous Next

Package: emacs;

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


Message #52 received at 73303 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <acorallo <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: philipk <at> posteo.net, njackson <at> posteo.net, 73303 <at> debbugs.gnu.org
Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at
 random moments
Date: Wed, 25 Sep 2024 14:47:55 -0400
Eli Zaretskii <eliz <at> gnu.org> writes:

>> 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?

Yep, just looping on `native-comp-eln-load-path` using
`comp-el-to-eln-rel-filename` should do the job.  Okay I'll try to put
together a patch.

  Andrea




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.