From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Speeding up the bootstrap build - a quick hack. Date: Mon, 17 Jan 2022 20:26:08 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4418"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jan 17 21:27:15 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n9Yax-0000uq-Fs for ged-emacs-devel@m.gmane-mx.org; Mon, 17 Jan 2022 21:27:15 +0100 Original-Received: from localhost ([::1]:44248 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9Yaw-0008NW-Iv for ged-emacs-devel@m.gmane-mx.org; Mon, 17 Jan 2022 15:27:14 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:54614) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9Ya7-0006uC-AK for emacs-devel@gnu.org; Mon, 17 Jan 2022 15:26:23 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:50538 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1n9Ya5-0004dd-0q for emacs-devel@gnu.org; Mon, 17 Jan 2022 15:26:23 -0500 Original-Received: (qmail 64684 invoked by uid 3782); 17 Jan 2022 20:26:09 -0000 Original-Received: from acm.muc.de (p4fe1572f.dip0.t-ipconnect.de [79.225.87.47]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 17 Jan 2022 21:26:08 +0100 Original-Received: (qmail 26416 invoked by uid 1000); 17 Jan 2022 20:26:08 -0000 Content-Disposition: inline X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:284905 Archived-At: Hello, Emacs. I sense some unhappiness about emacs-devel occasioned by my branch scratch/correct-warning-pos, because the build on the branch is a little slower. The following may go some way to fixing this slowdown. Its idea is to build the lisp directory first by compiling the byte compiler and then using this to build the native compiler, rather than building the native compiler directly from interpreted list. With the amended makefile, my build took 6m 7s. Before the amendment, it was around 7m 16s. This is a saving of around 15%. This patch is at the stage of being a crude hack, and it has been tried only on GNU. It might work on other systems, though. Enjoy! diff --git a/lisp/Makefile.in b/lisp/Makefile.in index 3a72034463..b81337d2f3 100644 --- a/lisp/Makefile.in +++ b/lisp/Makefile.in @@ -85,6 +85,14 @@ BYTE_COMPILE_FLAGS = # the compiler (so its compilation does not speed up subsequent compilations), # it's only placed here so as to speed up generation of the loaddefs.el file. +COMPILE_ZEROTH = \ + $(lisp)/emacs-lisp/macroexp.elc0 \ + $(lisp)/emacs-lisp/cconv.elc0 \ + $(lisp)/emacs-lisp/byte-opt.elc0 \ + $(lisp)/emacs-lisp/bytecomp.elc0 \ + $(lisp)/emacs-lisp/comp-cstr.elc0 \ + $(lisp)/emacs-lisp/comp.elc0 + COMPILE_FIRST = \ $(lisp)/emacs-lisp/macroexp.elc \ $(lisp)/emacs-lisp/cconv.elc \ @@ -298,22 +306,30 @@ $(THEFILE)n: # subdirectories, to make sure require's and load's in the files being # compiled find the right files. -.SUFFIXES: .elc .el +.SUFFIXES: .elc0 .elc .el # An old-fashioned suffix rule, which, according to the GNU Make manual, # cannot have prerequisites. ifeq ($(HAVE_NATIVE_COMP),yes) -.el.elc: +.el.elc0: + $(AM_V_ELC)$(emacs) $(BYTE_COMPILE_FLAGS) \ + --exec "(setq load-suffixes '(\".elc0\" \".el\"))" \ + -f batch-byte-compile $< + mv $