bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments

[Andrea Corallo <acorallo@gnu.org>]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Andrea Corallo <acorallo@gnu.org>
>> Cc: "N. Jackson" <njackson@posteo.net>,  Philip Kaludercic
>>  <philipk@posteo.net>,  73303@debbugs.gnu.org
>> Date: Tue, 24 Sep 2024 15:10:10 -0400
>> 
>> Eli Zaretskii <eliz@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