* Re: master 1ca436a: Make compilation mode work with warnings from compiled buffer functions [not found] ` <20181128132418.851A9204F1@vcs0.savannah.gnu.org> @ 2018-11-28 16:37 ` Glenn Morris 2018-11-28 20:16 ` Alan Mackenzie 0 siblings, 1 reply; 4+ messages in thread From: Glenn Morris @ 2018-11-28 16:37 UTC (permalink / raw) To: emacs-devel; +Cc: Alan Mackenzie Hi, Alan Mackenzie wrote: > --- a/lisp/emacs-lisp/bytecomp.el > +++ b/lisp/emacs-lisp/bytecomp.el > @@ -124,6 +124,7 @@ > (require 'backquote) > (require 'macroexp) > (require 'cconv) > +(require 'compile) I would expect this extra require to slow down bootstrap, for an issue that is not relevant to bootstrap (bug#33475)? Can this be avoided? Indeed, my automatic overnight build today was about 13 mins, whereas every previous day this month was < 11.5 mins. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: master 1ca436a: Make compilation mode work with warnings from compiled buffer functions 2018-11-28 16:37 ` master 1ca436a: Make compilation mode work with warnings from compiled buffer functions Glenn Morris @ 2018-11-28 20:16 ` Alan Mackenzie 2018-11-29 3:51 ` Glenn Morris 0 siblings, 1 reply; 4+ messages in thread From: Alan Mackenzie @ 2018-11-28 20:16 UTC (permalink / raw) To: Glenn Morris; +Cc: emacs-devel Hello, Glenn. On Wed, Nov 28, 2018 at 11:37:55 -0500, Glenn Morris wrote: > Hi, > Alan Mackenzie wrote: > > --- a/lisp/emacs-lisp/bytecomp.el > > +++ b/lisp/emacs-lisp/bytecomp.el > > @@ -124,6 +124,7 @@ > > (require 'backquote) > > (require 'macroexp) > > (require 'cconv) > > +(require 'compile) > I would expect this extra require to slow down bootstrap, for an issue > that is not relevant to bootstrap (bug#33475)? I've looked at this, and I don't think there would be other than a microscopic slowdown. The previous version of bytecomp.el used at least one function in compile.el (namely compilation-mode), suggesting that compile.elc? is already loaded when bytecomp starts. However, for some fiddly reason a macro in compile.el was no longer defined, hence the require. > Can this be avoided? Yes it can, by moving the declaration of emacs-lisp-compilation-mode out of bytecomp.el, probably into compile.el itself. > Indeed, my automatic overnight build today was about 13 mins, whereas > every previous day this month was < 11.5 mins. I've timed several builds, and seen no differences between before and after, appart from normal measurement error. I see 2min 29sec +- 1 second for "cold starts", and 2min 3sec += 1 second for a subsequent build, when all the source files are in filestore cache. Are you sure that bug #33475 is the cause of your slowdown? -- Alan Mackenzie (Nuremberg, Germany). ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: master 1ca436a: Make compilation mode work with warnings from compiled buffer functions 2018-11-28 20:16 ` Alan Mackenzie @ 2018-11-29 3:51 ` Glenn Morris 2018-11-29 10:26 ` Alan Mackenzie 0 siblings, 1 reply; 4+ messages in thread From: Glenn Morris @ 2018-11-29 3:51 UTC (permalink / raw) To: Alan Mackenzie; +Cc: emacs-devel Alan Mackenzie wrote: > The previous version of bytecomp.el used at least one function in > compile.el (namely compilation-mode), suggesting that compile.elc? is > already loaded when bytecomp starts. It only uses compilation-mode in interactive use, but 1ca436a33c loads compile unconditionally. > However, for some fiddly reason a macro in compile.el was no longer > defined, hence the require. Since AFAICS you only need the define-compilation-mode macro, eval-when-compile should solve the slowdown. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: master 1ca436a: Make compilation mode work with warnings from compiled buffer functions 2018-11-29 3:51 ` Glenn Morris @ 2018-11-29 10:26 ` Alan Mackenzie 0 siblings, 0 replies; 4+ messages in thread From: Alan Mackenzie @ 2018-11-29 10:26 UTC (permalink / raw) To: Glenn Morris; +Cc: emacs-devel Hello, Glenn. On Wed, Nov 28, 2018 at 22:51:02 -0500, Glenn Morris wrote: > Alan Mackenzie wrote: > > The previous version of bytecomp.el used at least one function in > > compile.el (namely compilation-mode), suggesting that compile.elc? is > > already loaded when bytecomp starts. > It only uses compilation-mode in interactive use, but 1ca436a33c loads > compile unconditionally. > > However, for some fiddly reason a macro in compile.el was no longer > > defined, hence the require. > Since AFAICS you only need the define-compilation-mode macro, > eval-when-compile should solve the slowdown. Ah, I've got you now! Yes, that does indeed save a few seconds on the bootstrap time. Thanks for making the change in the repository. -- Alan Mackenzie (Nuremberg, Germany). ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2018-11-29 10:26 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <20181128132417.30869.1170@vcs0.savannah.gnu.org> [not found] ` <20181128132418.851A9204F1@vcs0.savannah.gnu.org> 2018-11-28 16:37 ` master 1ca436a: Make compilation mode work with warnings from compiled buffer functions Glenn Morris 2018-11-28 20:16 ` Alan Mackenzie 2018-11-29 3:51 ` Glenn Morris 2018-11-29 10:26 ` Alan Mackenzie
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.