From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Make the compilation slightly less verbose? Date: Fri, 14 Jun 2019 19:28:49 +0000 Message-ID: <20190614192849.GC23182@ACM> References: <87y324duun.fsf@igel.home> <83y324vvsz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="62722"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.10.1 (2018-07-13) Cc: Lars Ingebrigtsen , schwab@linux-m68k.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 14 21:41:30 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hbs4n-000GCq-KJ for ged-emacs-devel@m.gmane.org; Fri, 14 Jun 2019 21:41:29 +0200 Original-Received: from localhost ([::1]:54752 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hbs4m-00038T-M8 for ged-emacs-devel@m.gmane.org; Fri, 14 Jun 2019 15:41:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44196) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hbs3K-0001Wf-L3 for emacs-devel@gnu.org; Fri, 14 Jun 2019 15:39:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hbrsy-0003C6-OX for emacs-devel@gnu.org; Fri, 14 Jun 2019 15:29:17 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:55349 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1hbrsu-0002wk-RV for emacs-devel@gnu.org; Fri, 14 Jun 2019 15:29:15 -0400 Original-Received: (qmail 94291 invoked by uid 3782); 14 Jun 2019 19:28:51 -0000 Original-Received: from acm.muc.de (p4FE15C9D.dip0.t-ipconnect.de [79.225.92.157]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 14 Jun 2019 21:28:49 +0200 Original-Received: (qmail 24598 invoked by uid 1000); 14 Jun 2019 19:28:49 -0000 Content-Disposition: inline In-Reply-To: <83y324vvsz.fsf@gnu.org> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:237639 Archived-At: Hello, Eli. On Fri, Jun 14, 2019 at 21:58:04 +0300, Eli Zaretskii wrote: > > From: Lars Ingebrigtsen > > Date: Fri, 14 Jun 2019 18:10:22 +0200 > > Cc: emacs-devel@gnu.org > > diff --git a/src/Makefile.in b/src/Makefile.in > > index be769458d3..5fc623c346 100644 > > --- a/src/Makefile.in > > +++ b/src/Makefile.in > > @@ -776,7 +776,8 @@ .PHONY: > > ## bootstrap-emacs$(EXEEXT) as an order-only prerequisite. > > %.elc: %.el | bootstrap-emacs$(EXEEXT) $(bootstrap_pdmp) > > - @$(MAKE) -C ../lisp EMACS="$(bootstrap_exe)" THEFILE=$< $ > + @$(MAKE) --no-print-directory \ > > + -C ../lisp EMACS="$(bootstrap_exe)" THEFILE=$< $ > ## VCSWITNESS points to the file that holds info about the current checkout. > > ## We use it as a heuristic to decide when to rebuild loaddefs.el. > > I now get > > ELC ../lisp/dos-fns.elc > > ELC ../lisp/dos-vars.elc > > ELC ../lisp/dos-w32.elc > > ELC ../lisp/dynamic-setting.elc > > on a make bootstrap, and otherwise things look the same as before, I > > think. > > Does anybody object to this change? > I don't really see why your personal preferences should be forced on > all of us. Well, somebody's personal preference must prevail, unless we introduce a new configuration option (PLEASE NOT!). If I understand this correctly, three lines of output were being output for each file, and the information content of two of these was close to, if not actually, zero. So I see this as an objectively desirable change. -- Alan Mackenzie (Nuremberg, Germany).