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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: philipk <at> posteo.net, njackson <at> posteo.net, 73303 <at> debbugs.gnu.org
Subject: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments
Date: Sat, 19 Oct 2024 09:58:51 +0300

> From: Andrea Corallo <acorallo <at> gnu.org>
> Cc: njackson <at> posteo.net,  philipk <at> posteo.net,  73303 <at> debbugs.gnu.org
> 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.

Ping!

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.