Since byte compiled quickstart file is there just to speed up Emacs startup time a bit, it is well, not of some crucial importance to byte-compile it immediately. Isn't an idle-timer sufficient? Just so it gets it compiled at some-time before Emacs starts again. And if compilation fails Emacs can output a message to *Messages* buffer. Would that be sufficient? -------- Originalmeddelande -------- Från: "T.V Raman via Emacs development discussions." Datum: 2020-12-28 22:52 (GMT+01:00) Till: akrl@sdf.org Kopia: emacs-devel@gnu.org, monnier@iro.umontreal.ca, raman@google.com Ämne: Re: Suggest: Byte-Compile package-quickstart on a separate thread? I buy your first argument. The second not so much so though it's moot given the first argument. Andrea Corallo writes: > "T.V Raman" writes: > > > "T.V Raman" via "Emacs development discussions." > > writes: > > Here's a small patch that uses make-thread: > > > > git diff package.el > > > > diff --git a/lisp/emacs-lisp/package.el b/lisp/emacs-lisp/package.el > > index bc450b09d0..104c2d8e71 100644 > > --- a/lisp/emacs-lisp/package.el > > +++ b/lisp/emacs-lisp/package.el > > @@ -4108,7 +4108,7 @@ package-quickstart-refresh > > ;; no-update-autoloads: t > > ;; End: > > ")) > > - (byte-compile-file package-quickstart-file))) > > + (make-thread #'byte-compile-file package-quickstart-file))) > > I think this patch might have also the following two issues: > > - Doing intense computation in a Lisp thread usually make the system > extremely unresponsive, and it does it certanly if the code does not > yield. As the byte compiler never yields the 'blocking' effect should > be the same as running in the main thread, this because this Lisp > thread is never preempted. > > - What about if the file being compiled is loaded before the byte > compilation is completed? This is another tricky part that has to be > addressed (as we had to do in the native compiler). > > Regards > > Andrea -- ♉Id: kg:/m/0285kf1 🦮♉ -- ♉Id: kg:/m/0285kf1 🦮♉