From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 02 Feb 2009 06:15:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123355474130135 (code B ref -1); Mon, 02 Feb 2009 06:15:03 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 2 Feb 2009 06:05:41 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1265bUm030129 for ; Sun, 1 Feb 2009 22:05:39 -0800 Received: from eliz by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LTruS-0007aY-4Y for emacs-pretest-bug@gnu.org; Mon, 02 Feb 2009 01:03:52 -0500 From: Eli Zaretskii To: emacs-pretest-bug@gnu.org Message-Id: Date: Mon, 02 Feb 2009 01:03:52 -0500 Building the pretest recompiles many Lisp files, which it shouldn't IMO. Looking at the Makefile's, I think the problem is in this snippet from src/Makefile.in (near the end): /* Since the .el.elc rule cannot specify an extra dependency, we do it here. */ ${lisp} ${SOME_MACHINE_LISP}: $(BOOTSTRAPEMACS) ${lispsource}loaddefs.el: $(BOOTSTRAPEMACS) cd ../lisp; $(MAKE) $(MFLAGS) autoloads EMACS=../src/bootstrap-emacs${EXEEXT} /* Dump an Emacs executable named bootstrap-emacs containing the files from loadup.el in source form. */ bootstrap-emacs${EXEEXT}: temacs${EXEEXT} cd ../lisp; $(MAKE) $(MFLAGS) update-subdirs #ifdef CANNOT_DUMP ln -f temacs${EXEEXT} bootstrap-emacs${EXEEXT} #else $(RUN_TEMACS) --batch --load loadup bootstrap mv -f emacs${EXEEXT} bootstrap-emacs${EXEEXT} #endif /* ! defined (CANNOT_DUMP) */ @: Compile some files earlier to speed up further compilation. cd ../lisp; $(MAKE) $(MFLAGS) compile-first EMACS=../src/bootstrap-emacs${EXEEXT} It goes like this: since temacs is built, the last rule says to produce bootstrap-emacs${EXEEXT}. The new bootstrap-emacs then triggers the 2 rules before it, which rebuild loaddefs.el and recompile the Lisp files in ${lisp} and ${SOME_MACHINE_LISP}. In GNU Emacs 23.0.90.1 (x86_64-unknown-linux-gnu) of 2009-02-02 on fencepost configured using `configure '--without-x'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t global-auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC O D ESC O D ESC O D DEL ESC O B ESC O D a t SPC s t a r t u p SPC w h e n SPC y o u r SPC ~ / . e m a c s SPC s e t s SPC t h a t SPC v a r i a b ESC DEL o p t i o n s DEL . ESC b ESC b ESC b ESC d c u s t o m i z e s ESC b ESC b ESC b ESC b ESC b ESC f ESC d SPC i f ESC q ESC O B ESC O B ESC O B ESC O A ESC O B ESC O B DEL ESC O A ESC O A ESC O B ESC O B ESC O A ESC M-q M-k ESC O A ESC O B ESC O B C-x M-m C-x o C-x o ESC x f i n d - f i l e - l i t TAB RET m a i l . n e w RET C-s c y d ESC [ 6 ~ ESC [ 6 ~ ESC O A ESC O B ESC O B ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O D C-@ C-e ESC w ESC [ 6 ~ C-x b RET C-x b RET C-x b RET C-c C-c y e s RET C-x 4 f e m a c s . c v TAB e m a TAB ESC DEL p r e TAB e m a TAB 3 TAB / t y TAB RET C-x o ESC x ESC O A ESC O A RET Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark saved where search started Quit Making completion list... [3 times] Mark saved where search started Auto-saving...done Auto-saving...done Mark saved where search started Mark set Sending...done From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Stefan Monnier , 2151@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 02 Feb 2009 16:10:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123359058517213 (code B ref -1); Mon, 02 Feb 2009 16:10:03 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 2 Feb 2009 16:03:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n12G2uX5017198 for ; Mon, 2 Feb 2009 08:02:57 -0800 Received: from mail.gnu.org ([199.232.76.166]:37278 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LU1ET-0006Xl-Dt for emacs-pretest-bug@gnu.org; Mon, 02 Feb 2009 11:01:09 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LU1G9-0000Xh-T4 for emacs-pretest-bug@gnu.org; Mon, 02 Feb 2009 11:02:54 -0500 Received: from ironport2-out.pppoe.ca ([206.248.154.182]:10275 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LU1G7-0000Wy-14; Mon, 02 Feb 2009 11:02:51 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AswEAByohknO+IQk/2dsb2JhbACBbslChBQGgmw X-IronPort-AV: E=Sophos;i="4.37,365,1231131600"; d="scan'208";a="33203468" Received: from 206-248-132-36.dsl.teksavvy.com (HELO pastel.home) ([206.248.132.36]) by ironport2-out.teksavvy.com with ESMTP; 02 Feb 2009 11:02:50 -0500 Received: by pastel.home (Postfix, from userid 20848) id B111A8229; Mon, 2 Feb 2009 11:02:49 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2151@debbugs.gnu.org, emacs-pretest-bug@gnu.org Message-ID: References: Date: Mon, 02 Feb 2009 11:02:49 -0500 In-Reply-To: (Eli Zaretskii's message of "Mon, 02 Feb 2009 01:03:52 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-CrossAssassin-Score: 2 > Building the pretest recompiles many Lisp files, which it shouldn't IMO. > Looking at the Makefile's, I think the problem is in this snippet from > src/Makefile.in (near the end): > /* Since the .el.elc rule cannot specify an extra dependency, we do it here. */ > ${lisp} ${SOME_MACHINE_LISP}: $(BOOTSTRAPEMACS) > ${lispsource}loaddefs.el: $(BOOTSTRAPEMACS) > cd ../lisp; $(MAKE) $(MFLAGS) autoloads EMACS=../src/bootstrap-emacs${EXEEXT} > /* Dump an Emacs executable named bootstrap-emacs containing the > files from loadup.el in source form. */ > bootstrap-emacs${EXEEXT}: temacs${EXEEXT} > cd ../lisp; $(MAKE) $(MFLAGS) update-subdirs > #ifdef CANNOT_DUMP > ln -f temacs${EXEEXT} bootstrap-emacs${EXEEXT} > #else > $(RUN_TEMACS) --batch --load loadup bootstrap > mv -f emacs${EXEEXT} bootstrap-emacs${EXEEXT} > #endif /* ! defined (CANNOT_DUMP) */ > @: Compile some files earlier to speed up further compilation. > cd ../lisp; $(MAKE) $(MFLAGS) compile-first EMACS=../src/bootstrap-emacs${EXEEXT} > It goes like this: since temacs is built, the last rule says to > produce bootstrap-emacs${EXEEXT}. The new bootstrap-emacs then > triggers the 2 rules before it, which rebuild loaddefs.el and > recompile the Lisp files in ${lisp} and ${SOME_MACHINE_LISP}. I think we have to live with this for now. Getting make to understand the nature of the dependencies here is pretty tricky, so you can get it to work right for the tarball or you can get it to work right for the "cvs update" case, but it's pretty painful to get it to work right in both cases. I'd be tempted to remove the .elc files that get rebuilt anyway. This will bring the two cases closer to each other, which can only help us waste less time on this. Stefan PS: Part of the problem, as far as I understand it, is that we need the .elc files to depend on bootstrap-emacs so as to tell `make' to build bootstrap-emacs when needed, but we don't actually need the .elc files to be newer than bootstrap-emacs (in some rare cases a newer bootstrap-emacs will compile the .el differently, but in general it's not the case). But `make' doesn't have such a concept of a dependency that "needs to exist, but doesn't need to be older". PPS: I guess we could get it to work better if the toplevel Makefile.in were changed so as to call "cd src; make bootstrap-emacs" first and then "cd src; make" as a separate step. E.g. along the lines of the barely tested patch below. === modified file 'Makefile.in' --- Makefile.in 2009-01-09 16:56:04 +0000 +++ Makefile.in 2009-02-02 16:01:10 +0000 @@ -320,6 +320,12 @@ # We need to build `emacs' in `src' to compile the *.elc files in `lisp'. lisp: src +# These targets should be "${SUBDIR} without `src'". +lib-src lisp: Makefile FRC + cd $@; $(MAKE) all $(MFLAGS) \ + CC='${CC}' CFLAGS='${CFLAGS}' CPPFLAGS='${CPPFLAGS}' \ + LDFLAGS='${LDFLAGS}' MAKE='${MAKE}' + # Pass to src/Makefile.in an additional BOOTSTRAPEMACS variable which # is either set to bootstrap-emacs (in case bootstrap-emacs has not been # constructed yet) or the empty string (otherwise). @@ -329,12 +335,16 @@ # file src/foo.c forces dumping a new bootstrap-emacs, then re-byte-compiling # all preloaded elisp files, and only then dump the actual src/emacs, which # is not wrong, but is overkill in 99.99% of the cases. -${SUBDIR}: Makefile FRC +src: Makefile FRC boot=bootstrap-emacs$(EXEEXT); \ - if [ -x "src/$$boot" ]; then boot=""; fi; \ + if [ ! -x "src/$$boot" ]; then \ + cd $@; $(MAKE) all $(MFLAGS) \ + CC='${CC}' CFLAGS='${CFLAGS}' CPPFLAGS='${CPPFLAGS}' \ + LDFLAGS='${LDFLAGS}' MAKE='${MAKE}' BOOTSTRAPEMACS="$$boot"; \ + fi; \ cd $@; $(MAKE) all $(MFLAGS) \ CC='${CC}' CFLAGS='${CFLAGS}' CPPFLAGS='${CPPFLAGS}' \ - LDFLAGS='${LDFLAGS}' MAKE='${MAKE}' BOOTSTRAPEMACS="$$boot" + LDFLAGS='${LDFLAGS}' MAKE='${MAKE}' BOOTSTRAPEMACS="" blessmail: Makefile src FRC cd lib-src; $(MAKE) maybe-blessmail $(MFLAGS) \ From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 02 Feb 2009 20:50:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123360737123190 (code B ref 2151); Mon, 02 Feb 2009 20:50:05 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 2 Feb 2009 20:42:51 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n12KglvM023184 for <2151@emacsbugs.donarmstrong.com>; Mon, 2 Feb 2009 12:42:48 -0800 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KEG00D00HC18K00@i_mtaout2.012.net.il> for 2151@emacsbugs.donarmstrong.com; Mon, 02 Feb 2009 22:43:03 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.158.130]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KEG008F6HJNIS91@i_mtaout2.012.net.il>; Mon, 02 Feb 2009 22:43:01 +0200 (IST) Date: Mon, 02 Feb 2009 22:42:43 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: References: > From: Stefan Monnier > Cc: 2151@emacsbugs.donarmstrong.com, emacs-pretest-bug@gnu.org > Date: Mon, 02 Feb 2009 11:02:49 -0500 > > > It goes like this: since temacs is built, the last rule says to > > produce bootstrap-emacs${EXEEXT}. The new bootstrap-emacs then > > triggers the 2 rules before it, which rebuild loaddefs.el and > > recompile the Lisp files in ${lisp} and ${SOME_MACHINE_LISP}. > > I think we have to live with this for now. I feared you'd say that. All I can say is that I think it's fundamentally wrong to have Lisp files compile as part of the build (Yes, I know we compile Leim files, presumably to conserve space in the tarball, but I think that's wrong, too.) The result is that a successful build becomes less predictable, and we can no longer depend on having the same good .elc files on all platforms. (It is also a major headache for the DOS port, since lisp/Makefile needs a Unixy shell, and I always avoided requiring that for building an official release.) > Getting make to understand the nature of the dependencies here is pretty > tricky, so you can get it to work right for the tarball or you can get > it to work right for the "cvs update" case, but it's pretty painful > to get it to work right in both cases. I think it shouldn't be too hard, and the ideas you suggested further in your mail are my evidence. > PS: Part of the problem, as far as I understand it, is that we need > the .elc files to depend on bootstrap-emacs so as to tell `make' to > build bootstrap-emacs when needed, but we don't actually need the .elc > files to be newer than bootstrap-emacs (in some rare cases a newer > bootstrap-emacs will compile the .el differently, but in general it's > not the case). But `make' doesn't have such a concept of a dependency > that "needs to exist, but doesn't need to be older". I don't think we need a bootstrap-emacs in a released version at all. We could add some file to the tarball, generated at make-dist time, to signal that bootstrap-emacs is not needed. That file could actually be named `bootstrap-emacs', which should resolve the problem nicely (assuming we manage to have it older than the oldest .elc file). From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Magnus Henoch , 2151@debbugs.gnu.org Resent-From: Magnus Henoch Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 02 Feb 2009 21:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.12336097071017 (code B ref 2151); Mon, 02 Feb 2009 21:30:03 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 2 Feb 2009 21:21:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from zimbra.erlangsystems.com (zimbra.erlangsystems.com [88.208.247.62]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n12LLhp5001010 for <2151@emacsbugs.donarmstrong.com>; Mon, 2 Feb 2009 13:21:45 -0800 Received: from localhost (localhost [127.0.0.1]) by zimbra.erlangsystems.com (Postfix) with ESMTP id A143F135A351; Mon, 2 Feb 2009 21:21:30 +0000 (GMT) X-Virus-Scanned: amavisd-new at Received: from zimbra.erlangsystems.com ([127.0.0.1]) by localhost (zimbra.erlangsystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EuKtW1lJuW6S; Mon, 2 Feb 2009 21:21:30 +0000 (GMT) Received: from linux-b2a3.site (host213-123-170-251.in-addr.btopenworld.com [213.123.170.251]) by zimbra.erlangsystems.com (Postfix) with ESMTP id 0C382135A202; Mon, 2 Feb 2009 21:21:29 +0000 (GMT) From: Magnus Henoch To: Stefan Monnier Cc: 2151@debbugs.gnu.org References: X-Hashcash: 1:25:090202:2151@emacsbugs.donarmstrong.com::mMnnyT7hGQtyO4EG:000000000000000000000000000000aHyZ X-Hashcash: 1:25:090202:monnier@iro.umontreal.ca::EHmTm2tajbjq/uyI:0000000000000000000000000000000000001mxJN Date: Mon, 02 Feb 2009 21:25:59 +0000 In-Reply-To: (Stefan Monnier's message of "Mon, 02 Feb 2009 11:02:49 -0500") Message-ID: <8463js5y54.fsf@linux-b2a3.site> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Stefan Monnier writes: > PS: Part of the problem, as far as I understand it, is that we need > the .elc files to depend on bootstrap-emacs so as to tell `make' to > build bootstrap-emacs when needed, but we don't actually need the .elc > files to be newer than bootstrap-emacs (in some rare cases a newer > bootstrap-emacs will compile the .el differently, but in general it's > not the case). But `make' doesn't have such a concept of a dependency > that "needs to exist, but doesn't need to be older". I think (info "(make)Prerequisite Types") provides just that. (And the Features section at least doesn't explicitly say that this is unique for GNU make.) I.e. something like: %.elc: %.el | bootstrap-emacs cp $< $@ Apologies if I'm missing the point; I just wanted to point out this rarely-used make feature. Magnus From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 02 Feb 2009 22:05:07 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.12336118169475 (code B ref 2151); Mon, 02 Feb 2009 22:05:07 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 2 Feb 2009 21:56:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout5.012.net.il (mtaout5.012.net.il [84.95.2.13]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n12LumHd009461 for <2151@emacsbugs.donarmstrong.com>; Mon, 2 Feb 2009 13:56:49 -0800 Received: from conversion-daemon.i_mtaout5.012.net.il by i_mtaout5.012.net.il (HyperSendmail v2004.12) id <0KEG00200K0J9Y00@i_mtaout5.012.net.il> for 2151@emacsbugs.donarmstrong.com; Mon, 02 Feb 2009 23:56:09 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.158.130]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KEG00CXLKXCAZ61@i_mtaout5.012.net.il>; Mon, 02 Feb 2009 23:56:09 +0200 (IST) Date: Mon, 02 Feb 2009 23:55:43 +0200 From: Eli Zaretskii In-reply-to: <8463js5y54.fsf@linux-b2a3.site> X-012-Sender: halo1@inter.net.il To: Magnus Henoch , 2151@debbugs.gnu.org Cc: monnier@iro.umontreal.ca Message-id: References: <8463js5y54.fsf@linux-b2a3.site> > From: Magnus Henoch > Date: Mon, 02 Feb 2009 21:25:59 +0000 > Cc: 2151@emacsbugs.donarmstrong.com > > I think (info "(make)Prerequisite Types") provides just that. (And the > Features section at least doesn't explicitly say that this is unique for > GNU make.) > > I.e. something like: > > %.elc: %.el | bootstrap-emacs > cp $< $@ I'm quite sure this is definitely GNU Make specific, both the static pattern rules using % and the | thing. Even if other Unix Make flavors support something like that, not all of them do. I think providing an empty bootstrap-emacs file in the tarball should solve the problem in a much more portable way. From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Stefan Monnier , 2151@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 03 Feb 2009 21:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.12336963007670 (code B ref 2151); Tue, 03 Feb 2009 21:30:03 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 3 Feb 2009 21:25:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from chene.dit.umontreal.ca (chene.dit.umontreal.ca [132.204.246.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n13LOuTQ007664 for <2151@emacsbugs.donarmstrong.com>; Tue, 3 Feb 2009 13:24:57 -0800 Received: from alfajor.home (vpn-132-204-232-163.acd.umontreal.ca [132.204.232.163]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n13LOsuE017977; Tue, 3 Feb 2009 16:24:54 -0500 Received: by alfajor.home (Postfix, from userid 20848) id 8D322A22D1; Tue, 3 Feb 2009 16:24:54 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2151@debbugs.gnu.org Message-ID: References: Date: Tue, 03 Feb 2009 16:24:54 -0500 In-Reply-To: (Eli Zaretskii's message of "Mon, 02 Feb 2009 22:42:43 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3203=0 > I feared you'd say that. All I can say is that I think it's > fundamentally wrong to have Lisp files compile as part of the build > (Yes, I know we compile Leim files, presumably to conserve space in > the tarball, but I think that's wrong, too.) The result is that a > successful build becomes less predictable, and we can no longer depend > on having the same good .elc files on all platforms. OTOH, I feel like it's fundamentally wrong to provide pre-built files in our tarball. It's also fundamentally wrong to have such very different build-"rules" between the "checkout from CVS" and "untarred" cases. It makes maintenance more difficult. > (It is also a major headache for the DOS port, since lisp/Makefile > needs a Unixy shell, and I always avoided requiring that for building > an official release.) Good point. So removing the .elc files would require more work. >> Getting make to understand the nature of the dependencies here is pretty >> tricky, so you can get it to work right for the tarball or you can get >> it to work right for the "cvs update" case, but it's pretty painful >> to get it to work right in both cases. > I think it shouldn't be too hard, and the ideas you suggested further > in your mail are my evidence. Have you tried it? It seems to work OK for the "checkout from CVS" case, so maybe it's a good solution. > I don't think we need a bootstrap-emacs in a released version at all. > We could add some file to the tarball, generated at make-dist time, to > signal that bootstrap-emacs is not needed. That file could actually > be named `bootstrap-emacs', which should resolve the problem nicely > (assuming we manage to have it older than the oldest .elc file). Maybe we can get that to work, but it sounds terribly hackish. Also, I'd like to make sure that if some wants to change some .el files and then recompile, it still works correctly. Stefan From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 04 Feb 2009 04:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123372159116687 (code B ref 2151); Wed, 04 Feb 2009 04:35:02 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 4 Feb 2009 04:26:31 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout5.012.net.il (mtaout5.012.net.il [84.95.2.13]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n144QNWB016681 for <2151@emacsbugs.donarmstrong.com>; Tue, 3 Feb 2009 20:26:25 -0800 Received: from conversion-daemon.i_mtaout5.012.net.il by i_mtaout5.012.net.il (HyperSendmail v2004.12) id <0KEI00H00XF7X700@i_mtaout5.012.net.il> for 2151@emacsbugs.donarmstrong.com; Wed, 04 Feb 2009 06:26:02 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.158.130]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KEI00JCFXNEJRO2@i_mtaout5.012.net.il>; Wed, 04 Feb 2009 06:26:02 +0200 (IST) Date: Wed, 04 Feb 2009 06:25:48 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: References: > From: Stefan Monnier > Cc: 2151@emacsbugs.donarmstrong.com > Date: Tue, 03 Feb 2009 16:24:54 -0500 > > >> Getting make to understand the nature of the dependencies here is pretty > >> tricky, so you can get it to work right for the tarball or you can get > >> it to work right for the "cvs update" case, but it's pretty painful > >> to get it to work right in both cases. > > > I think it shouldn't be too hard, and the ideas you suggested further > > in your mail are my evidence. > > Have you tried it? It seems to work OK for the "checkout from CVS" > case, so maybe it's a good solution. Which one? you suggested more than one, I think. > > I don't think we need a bootstrap-emacs in a released version at all. > > We could add some file to the tarball, generated at make-dist time, to > > signal that bootstrap-emacs is not needed. That file could actually > > be named `bootstrap-emacs', which should resolve the problem nicely > > (assuming we manage to have it older than the oldest .elc file). > > Maybe we can get that to work, but it sounds terribly hackish. Why hackish? many distributions have or create such time-stamp files, for Make's sake. > Also, I'd like to make sure that if some wants to change some .el files > and then recompile, it still works correctly. It will, I think, because we can copy emacs to bootstrap-emacs at the end of the build. I will give this a try when I have time. From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Stefan Monnier , 2151@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 04 Feb 2009 20:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123377711422446 (code B ref 2151); Wed, 04 Feb 2009 20:00:03 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 4 Feb 2009 19:51:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from chene.dit.umontreal.ca (chene.dit.umontreal.ca [132.204.246.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n14JppRe022440 for <2151@emacsbugs.donarmstrong.com>; Wed, 4 Feb 2009 11:51:52 -0800 Received: from alfajor.home (vpn-132-204-232-41.acd.umontreal.ca [132.204.232.41]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n14JpnV1027779; Wed, 4 Feb 2009 14:51:49 -0500 Received: by alfajor.home (Postfix, from userid 20848) id A4882A22D8; Wed, 4 Feb 2009 14:51:49 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2151@debbugs.gnu.org Message-ID: References: Date: Wed, 04 Feb 2009 14:51:49 -0500 In-Reply-To: (Eli Zaretskii's message of "Wed, 04 Feb 2009 06:25:48 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3204=0 >> Have you tried it? It seems to work OK for the "checkout from CVS" >> case, so maybe it's a good solution. > Which one? you suggested more than one, I think. There was only one patch in my message. >> > I don't think we need a bootstrap-emacs in a released version at all. >> > We could add some file to the tarball, generated at make-dist time, to >> > signal that bootstrap-emacs is not needed. That file could actually >> > be named `bootstrap-emacs', which should resolve the problem nicely >> > (assuming we manage to have it older than the oldest .elc file). >> Maybe we can get that to work, but it sounds terribly hackish. > Why hackish? many distributions have or create such time-stamp files, > for Make's sake. I guess it depends on the details. >> Also, I'd like to make sure that if some wants to change some .el files >> and then recompile, it still works correctly. > It will, I think, because we can copy emacs to bootstrap-emacs at the > end of the build. What if they edit .el files before building a first `emacs'? Stefan From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 21 Feb 2009 16:20:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123523266014681 (code B ref 2151); Sat, 21 Feb 2009 16:20:06 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 21 Feb 2009 16:11:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1LGAtNd014675 for <2151@emacsbugs.donarmstrong.com>; Sat, 21 Feb 2009 08:10:57 -0800 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KFF00H00B1FBE00@i_mtaout2.012.net.il> for 2151@emacsbugs.donarmstrong.com; Sat, 21 Feb 2009 18:11:23 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.82.14]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KFF00ERHBMS10D0@i_mtaout2.012.net.il>; Sat, 21 Feb 2009 18:11:17 +0200 (IST) Date: Sat, 21 Feb 2009 18:10:47 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: References: > From: Stefan Monnier > Cc: 2151@emacsbugs.donarmstrong.com > Date: Wed, 04 Feb 2009 14:51:49 -0500 > > >> > We could add some file to the tarball, generated at make-dist time, to > >> > signal that bootstrap-emacs is not needed. That file could actually > >> > be named `bootstrap-emacs', which should resolve the problem nicely > >> > (assuming we manage to have it older than the oldest .elc file). > >> Maybe we can get that to work, but it sounds terribly hackish. > > Why hackish? many distributions have or create such time-stamp files, > > for Make's sake. > > I guess it depends on the details. After thinking some more about this, I don't see any easy and safe solution besides adding a "bootstrap-emacs" file to the tarball. Maybe in future releases we will be able to find a better way, but for now this is the only one that's safe. I will do that if you agree. In any case, it sounds wrong to me to have the distribution biased in favor of people who build Emacs out of CVS. Those who do that generally know more about the build procedure than people who build the release tarball. We should favor the latter, not the former. > >> Also, I'd like to make sure that if some wants to change some .el files > >> and then recompile, it still works correctly. > > It will, I think, because we can copy emacs to bootstrap-emacs at the > > end of the build. > > What if they edit .el files before building a first `emacs'? We could arrange for byte-recompile-directory at the end of the build, if that is a real-life use-case. Note that in previous releases, the user needed to manually compile the modified .el files and re-dump Emacs in this case, so we are not introducing any new problems, even if we do nothing about it. From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Stefan Monnier , 2151@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 21 Feb 2009 21:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123524965120886 (code B ref 2151); Sat, 21 Feb 2009 21:00:02 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 21 Feb 2009 20:54:11 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1LKs75P020878 for <2151@emacsbugs.donarmstrong.com>; Sat, 21 Feb 2009 12:54:08 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmQFAC/5n0lLd+0i/2dsb2JhbACBbdF9hA8Gg1A X-IronPort-AV: E=Sophos;i="4.38,246,1233550800"; d="scan'208";a="34192141" Received: from 75-119-237-34.dsl.teksavvy.com (HELO pastel.home) ([75.119.237.34]) by ironport2-out.teksavvy.com with ESMTP; 21 Feb 2009 15:54:01 -0500 Received: by pastel.home (Postfix, from userid 20848) id 2BF254B488; Sat, 21 Feb 2009 15:54:01 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2151@debbugs.gnu.org Message-ID: References: Date: Sat, 21 Feb 2009 15:54:01 -0500 In-Reply-To: (Eli Zaretskii's message of "Sat, 21 Feb 2009 18:10:47 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> >> > We could add some file to the tarball, generated at make-dist time, to >> >> > signal that bootstrap-emacs is not needed. That file could actually >> >> > be named `bootstrap-emacs', which should resolve the problem nicely >> >> > (assuming we manage to have it older than the oldest .elc file). >> >> Maybe we can get that to work, but it sounds terribly hackish. >> > Why hackish? many distributions have or create such time-stamp files, >> > for Make's sake. >> >> I guess it depends on the details. > After thinking some more about this, I don't see any easy and safe > solution besides adding a "bootstrap-emacs" file to the tarball. > Maybe in future releases we will be able to find a better way, but for > now this is the only one that's safe. > I will do that if you agree. I'd rather not if the patch I suggested works. Does it? > In any case, it sounds wrong to me to have the distribution biased in > favor of people who build Emacs out of CVS. My guess is that many more people build from CVS than from the release tarball. Most users of the release will use a precompiled package. So I care much more about building from CVS than building from a tarball. Also I care more about the build being reliable and maintainable, than about it being optimal in all circumstances, so if building from the tarball does a bit of extra work, I don't really mind as long as it makes maintenance easier. I do think the patch I proposed fixes the problem and doesn't make the code significantly more hairy, so I'm willing to install it. I've been using it ever since I sent it and it seems to work fine (tho I basically never boostrap anyway), but I'd like confirmation that it fixes your problem before installing it. >> >> Also, I'd like to make sure that if some wants to change some .el files >> >> and then recompile, it still works correctly. >> > It will, I think, because we can copy emacs to bootstrap-emacs at the >> > end of the build. >> What if they edit .el files before building a first `emacs'? > We could arrange for byte-recompile-directory at the end of the build, > if that is a real-life use-case. That wouldn't help: the problem is that such a change would trigger recompilation of the .elc file, which in turn will run your dummy bootstrap-emacs, at which point the build will presumably fail. Stefan From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 21 Feb 2009 22:40:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123525564414241 (code B ref 2151); Sat, 21 Feb 2009 22:40:03 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 21 Feb 2009 22:34:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout7.012.net.il (mtaout7.012.net.il [84.95.2.19]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1LMY0Rv014235 for <2151@emacsbugs.donarmstrong.com>; Sat, 21 Feb 2009 14:34:02 -0800 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KFF00D00T7LCZ00@i-mtaout7.012.net.il> for 2151@emacsbugs.donarmstrong.com; Sun, 22 Feb 2009 00:33:14 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.82.14]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KFF00LQKTBDOYC0@i-mtaout7.012.net.il>; Sun, 22 Feb 2009 00:33:14 +0200 (IST) Date: Sun, 22 Feb 2009 00:33:12 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: References: > From: Stefan Monnier > Cc: 2151@emacsbugs.donarmstrong.com > Date: Sat, 21 Feb 2009 15:54:01 -0500 > > > After thinking some more about this, I don't see any easy and safe > > solution besides adding a "bootstrap-emacs" file to the tarball. > > Maybe in future releases we will be able to find a better way, but for > > now this is the only one that's safe. > > > I will do that if you agree. > > I'd rather not if the patch I suggested works. Does it? Maybe it does, but it isn't meant to solve the problem at hand, as it builds bootstrap-emacs unconditionally. > > In any case, it sounds wrong to me to have the distribution biased in > > favor of people who build Emacs out of CVS. > > My guess is that many more people build from CVS than from the release > tarball. Most users of the release will use a precompiled package. Then perhaps we should stop producing releases. > I do think the patch I proposed fixes the problem and doesn't make the > code significantly more hairy, so I'm willing to install it. Go ahead, and let's see what it does to the next pretest. > >> >> Also, I'd like to make sure that if some wants to change some .el files > >> >> and then recompile, it still works correctly. > >> > It will, I think, because we can copy emacs to bootstrap-emacs at the > >> > end of the build. > >> What if they edit .el files before building a first `emacs'? > > We could arrange for byte-recompile-directory at the end of the build, > > if that is a real-life use-case. > > That wouldn't help: the problem is that such a change would trigger > recompilation of the .elc file, which in turn will run your dummy > bootstrap-emacs, at which point the build will presumably fail. You are assuming too much about what I meant. byte-recompile-directory could use the just-built Emacs binary, and the dummy bootstrap-emacs could be a shell script that just invoked that same binary. From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Stefan Monnier , 2151@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 21 Feb 2009 22:55:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123525656917883 (code B ref 2151); Sat, 21 Feb 2009 22:55:05 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 21 Feb 2009 22:49:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1LMnMLh017877 for <2151@emacsbugs.donarmstrong.com>; Sat, 21 Feb 2009 14:49:23 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmQFACMUoElLd+0i/2dsb2JhbACBbdE+hA8Gg1A X-IronPort-AV: E=Sophos;i="4.38,246,1233550800"; d="scan'208";a="34193980" Received: from 75-119-237-34.dsl.teksavvy.com (HELO pastel.home) ([75.119.237.34]) by ironport2-out.teksavvy.com with ESMTP; 21 Feb 2009 17:49:16 -0500 Received: by pastel.home (Postfix, from userid 20848) id 6FD6F4B488; Sat, 21 Feb 2009 17:49:16 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2151@debbugs.gnu.org Message-ID: References: Date: Sat, 21 Feb 2009 17:49:16 -0500 In-Reply-To: (Eli Zaretskii's message of "Sun, 22 Feb 2009 00:33:12 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> > After thinking some more about this, I don't see any easy and safe >> > solution besides adding a "bootstrap-emacs" file to the tarball. >> > Maybe in future releases we will be able to find a better way, but for >> > now this is the only one that's safe. >> >> > I will do that if you agree. >> >> I'd rather not if the patch I suggested works. Does it? > Maybe it does, but it isn't meant to solve the problem at hand, as it > builds bootstrap-emacs unconditionally. Not sure what you mean. It solves the title problem "pretest recompiles Lisp files". AFAIK the only thing it does unnecessarily is to dump Emacs twice. >> My guess is that many more people build from CVS than from the release >> tarball. Most users of the release will use a precompiled package. > Then perhaps we should stop producing releases. I don't see the relationship. The precompiled packages built from the tarball are probably used by many more people than either of the tarball or the CVS. >> > We could arrange for byte-recompile-directory at the end of the build, >> > if that is a real-life use-case. >> That wouldn't help: the problem is that such a change would trigger >> recompilation of the .elc file, which in turn will run your dummy >> bootstrap-emacs, at which point the build will presumably fail. > You are assuming too much about what I meant. > byte-recompile-directory could use the just-built Emacs binary, and > the dummy bootstrap-emacs could be a shell script that just invoked > that same binary. Without seeing the details, it's hard to know indeed. But the scenario I imagine is someone changing lisp/startup.el, which will trigger recompilation before Emacs is dumped. But yes, maybe you can come up with a clever bootstrap-emacs script which will cause a real build of a proper bootstrap-emacs. Still, I think this whole discussion is making us waste more time than users will spent waiting for the extra bit of compilation time due to having to dump Emacs twice and/or rebuild the .el files. Stefan From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 22 Feb 2009 04:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.12352757992625 (code B ref 2151); Sun, 22 Feb 2009 04:15:02 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 22 Feb 2009 04:09:59 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout7.012.net.il (mtaout7.012.net.il [84.95.2.19]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1M49sog002619 for <2151@emacsbugs.donarmstrong.com>; Sat, 21 Feb 2009 20:09:56 -0800 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KFG00G008CILH00@i-mtaout7.012.net.il> for 2151@emacsbugs.donarmstrong.com; Sun, 22 Feb 2009 06:07:59 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.82.14]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KFG00BMY8TATYB0@i-mtaout7.012.net.il>; Sun, 22 Feb 2009 06:07:59 +0200 (IST) Date: Sun, 22 Feb 2009 06:07:58 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: References: > From: Stefan Monnier > Cc: 2151@emacsbugs.donarmstrong.com > Date: Sat, 21 Feb 2009 17:49:16 -0500 > > >> I'd rather not if the patch I suggested works. Does it? > > > Maybe it does, but it isn't meant to solve the problem at hand, as it > > builds bootstrap-emacs unconditionally. > > Not sure what you mean. It solves the title problem "pretest recompiles > Lisp files". AFAIK the only thing it does unnecessarily is to dump > Emacs twice. Yes. And the Right Solution (IMO) is to invoke src/Makefile with `boot' argument empty, which would only dump once and not recompile anything. From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Kevin Rodgers , 2151@debbugs.gnu.org Resent-From: Kevin Rodgers Original-Sender: news Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 22 Feb 2009 18:25:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123532675722156 (code B ref -1); Sun, 22 Feb 2009 18:25:04 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 22 Feb 2009 18:19:17 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1MIJBuw022150 for ; Sun, 22 Feb 2009 10:19:14 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LbIv1-0001cj-2U for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2009 13:19:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LbIuy-0001cX-M4 for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2009 13:19:09 -0500 Received: from [199.232.76.173] (port=47811 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LbIuy-0001cU-FE for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2009 13:19:08 -0500 Received: from main.gmane.org ([80.91.229.2]:55675 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LbIuy-0004av-4d for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2009 13:19:08 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LbIus-000505-1n for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2009 18:19:02 +0000 Received: from c-67-161-145-183.hsd1.co.comcast.net ([67.161.145.183]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Feb 2009 18:19:02 +0000 Received: from kevin.d.rodgers by c-67-161-145-183.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Feb 2009 18:19:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Kevin Rodgers Date: Sun, 22 Feb 2009 11:19:07 -0700 Lines: 14 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-67-161-145-183.hsd1.co.comcast.net User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) In-Reply-To: Sender: news X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Stefan Monnier wrote: > My guess is that many more people build from CVS than from the release > tarball. Most users of the release will use a precompiled package. > So I care much more about building from CVS than building from > a tarball. Also I care more about the build being reliable and > maintainable, than about it being optimal in all circumstances, so if > building from the tarball does a bit of extra work, I don't really mind > as long as it makes maintenance easier. Is there a reliable way to count CVS users vs. tarball users? -- Kevin Rodgers Denver, Colorado, USA From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 27 Feb 2009 15:10:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123574699621869 (code B ref 2151); Fri, 27 Feb 2009 15:10:05 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 27 Feb 2009 15:03:16 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,RCVD_IN_NIX1 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout7.012.net.il (mtaout7.012.net.il [84.95.2.19]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1RF3C4x021857 for <2151@emacsbugs.donarmstrong.com>; Fri, 27 Feb 2009 07:03:13 -0800 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KFQ00C00CEO4Q00@i-mtaout7.012.net.il> for 2151@emacsbugs.donarmstrong.com; Fri, 27 Feb 2009 17:03:09 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KFQ00LSHCGJ7SC0@i-mtaout7.012.net.il>; Fri, 27 Feb 2009 17:03:09 +0200 (IST) Date: Fri, 27 Feb 2009 17:02:38 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: 2151@debbugs.gnu.org Cc: monnier@iro.umontreal.ca Message-id: References: > Date: Sun, 22 Feb 2009 06:07:58 +0200 > From: Eli Zaretskii > Cc: 2151@emacsbugs.donarmstrong.com > > > From: Stefan Monnier > > Cc: 2151@emacsbugs.donarmstrong.com > > Date: Sat, 21 Feb 2009 17:49:16 -0500 > > > > >> I'd rather not if the patch I suggested works. Does it? > > > > > Maybe it does, but it isn't meant to solve the problem at hand, as it > > > builds bootstrap-emacs unconditionally. > > > > Not sure what you mean. It solves the title problem "pretest recompiles > > Lisp files". AFAIK the only thing it does unnecessarily is to dump > > Emacs twice. > > Yes. And the Right Solution (IMO) is to invoke src/Makefile with > `boot' argument empty, which would only dump once and not recompile > anything. A new idea: can we avoid the `boot=bootstrap-emacs$(EXEEXT)' thing in top-level Makefile.in by testing for some file that is only present when Emacs is built out of CVS? For example, the `admin' directory is not in the pretest/release tarballs; can we test for its existence and invoke sub-Make's with `boot=""' if `admin' is not there? There's one other reason for compiling Lisp files during the build, it is this fragment from the top-level Makefile.in: # Subdirectories to make recursively. `lisp' is not included # because the compiled lisp files are part of the distribution. # leim is not included because it needs special handling. # # Actually, we now include `lisp' as well, since the compiled files # are not included any more in case of bootstrap or in case Emacs was # checked out from a VCS. SUBDIR = lib-src src lisp The second part gives the rationale for adding `lisp' to the list, but that rationale is not valid for when Emacs is built from a pretest or release tarball. Is it okay to avoid recursing into `lisp' in that case, again by testing the existence of `admin' or some such? From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 27 Feb 2009 22:25:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123577312517298 (code B ref 2151); Fri, 27 Feb 2009 22:25:04 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 27 Feb 2009 22:18:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1RMIfZI017292 for <2151@emacsbugs.donarmstrong.com>; Fri, 27 Feb 2009 14:18:42 -0800 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KFQ00200WK82M00@i_mtaout2.012.net.il> for 2151@emacsbugs.donarmstrong.com; Sat, 28 Feb 2009 00:19:12 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KFQ002LMWNY7811@i_mtaout2.012.net.il>; Sat, 28 Feb 2009 00:19:11 +0200 (IST) Date: Sat, 28 Feb 2009 00:18:37 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: 2151@debbugs.gnu.org Cc: Stefan Monnier Message-id: References: > Date: Fri, 27 Feb 2009 17:02:38 +0200 > From: Eli Zaretskii > Cc: > > There's one other reason for compiling Lisp files during the build, it > is this fragment from the top-level Makefile.in: > > # Subdirectories to make recursively. `lisp' is not included > # because the compiled lisp files are part of the distribution. > # leim is not included because it needs special handling. > # > # Actually, we now include `lisp' as well, since the compiled files > # are not included any more in case of bootstrap or in case Emacs was > # checked out from a VCS. > SUBDIR = lib-src src lisp The reason that recursing into `lisp' causes more recompilation is that `make-dist' does this: echo "Recompiling Lisp files" $EMACS -batch -f batch-byte-recompile-directory lisp leim while the top-level Makefile.in does this: ${SUBDIR}: Makefile FRC boot=bootstrap-emacs$(EXEEXT); \ if [ -x "src/$$boot" ]; then boot=""; fi; \ cd $@; $(MAKE) all $(MFLAGS) \ CC='${CC}' CFLAGS='${CFLAGS}' CPPFLAGS='${CPPFLAGS}' \ LDFLAGS='${LDFLAGS}' MAKE='${MAKE}' BOOTSTRAPEMACS="$$boot" IOW, Makefile.in runs "make all" in `lisp'. Recompilation happens because "make all" observes dependencies between some *.elc files, while batch-byte-recompile-directory does not. So among the *.elc files generated by make-dist it could well happen that a .elc file that is prerequisite for some other .elc file ends up being newer, which will cause "make all" to want to recompile that particular dependency. I think we should replace batch-byte-recompile-directory in make-dist with a call to "make -C lisp all". Any objections? From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Glenn Morris , 2151@debbugs.gnu.org Resent-From: Glenn Morris Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 27 Feb 2009 23:25:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.12357770487418 (code B ref 2151); Fri, 27 Feb 2009 23:25:04 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 27 Feb 2009 23:24:08 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1RNO25Z007401 for <2151@emacsbugs.donarmstrong.com>; Fri, 27 Feb 2009 15:24:03 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LdC1W-0000Hl-QY; Fri, 27 Feb 2009 18:21:42 -0500 From: Glenn Morris To: Eli Zaretskii Cc: 2151@debbugs.gnu.org References: X-Spook: Consul quiche Freeh Saddam Hussein passwd Putin terrorism X-Ran: O(691T4cw!Y-&Rr=Ej9smbgapmUgMq]bS\Q7zB?Df[.w^zy>-;M}J,DybGyL+t'R0p?%/S X-Hue: cyan X-Attribution: GM Date: Fri, 27 Feb 2009 18:21:42 -0500 In-Reply-To: (Eli Zaretskii's message of "Sat, 28 Feb 2009 00:18:37 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Eli Zaretskii wrote: > I think we should replace batch-byte-recompile-directory in make-dist > with a call to "make -C lisp all". Any objections? I'd be surprised if this makes a difference. I thought the pretests were built using the instructions in admin/make-tarball.txt. This says to bootstrap, then run `make-dist --snapshot'. The latter doesn't do any building AFAIK. It does not run batch-byte-recompile-directory. From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Stefan Monnier , 2151@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 28 Feb 2009 04:55:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123579654017974 (code B ref 2151); Sat, 28 Feb 2009 04:55:04 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 28 Feb 2009 04:49:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1S4mv28017957 for <2151@emacsbugs.donarmstrong.com>; Fri, 27 Feb 2009 20:48:58 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArIFAFdQqEnO+JhN/2dsb2JhbACBWdVXhBQGg2s X-IronPort-AV: E=Sophos;i="4.38,280,1233550800"; d="scan'208";a="34517860" Received: from 206-248-152-77.dsl.teksavvy.com (HELO pastel.home) ([206.248.152.77]) by ironport2-out.teksavvy.com with ESMTP; 27 Feb 2009 23:48:51 -0500 Received: by pastel.home (Postfix, from userid 20848) id 3B3FC9170; Fri, 27 Feb 2009 23:48:51 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2151@debbugs.gnu.org Message-ID: References: Date: Fri, 27 Feb 2009 23:48:51 -0500 In-Reply-To: (Eli Zaretskii's message of "Fri, 27 Feb 2009 17:02:38 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > A new idea: can we avoid the `boot=bootstrap-emacs$(EXEEXT)' thing in > top-level Makefile.in by testing for some file that is only present > when Emacs is built out of CVS? For example, the `admin' directory is > not in the pretest/release tarballs; can we test for its existence and > invoke sub-Make's with `boot=""' if `admin' is not there? I am not interested in adding hacks specifically to speed up building from the tarball. I just installed the patch that prevents recompiling all the .elc files just because the src/bootstrap-emacs isn't present. This should bring down the unnecessary work to just an extra redundant dump, while still being "correct" in the sense that it should correctly react to most kinds of file modifications. Also it may occasionally be useful for people using the CVS code. Stefan From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 28 Feb 2009 10:45:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.12358176876918 (code B ref 2151); Sat, 28 Feb 2009 10:45:04 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 28 Feb 2009 10:41:27 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.3 required=4.0 tests=FOURLA,FVGT_m_MULTI_ODD, HAS_BUG_NUMBER,IMPRONONCABLE_1,MONEY,MURPHY_DRUGS_REL8,MURPHY_WRONG_WORD2, PHONENUMBER,STOCKLIKE autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SAfLbh006885 for <2151@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 02:41:22 -0800 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KFR00E00ULPCV00@i_mtaout2.012.net.il> for 2151@emacsbugs.donarmstrong.com; Sat, 28 Feb 2009 12:41:52 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KFR002VUV1N7832@i_mtaout2.012.net.il>; Sat, 28 Feb 2009 12:41:52 +0200 (IST) Date: Sat, 28 Feb 2009 12:41:15 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: Content-transfer-encoding: 7BIT Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and truncated. References: > From: Stefan Monnier > Cc: 2151@emacsbugs.donarmstrong.com > Date: Fri, 27 Feb 2009 23:48:51 -0500 > > I am not interested in adding hacks specifically to speed up building > from the tarball. Thanks a lot for your kind words about my repeated attempts to find an agreeable solution of this problem. > I just installed the patch that prevents recompiling > all the .elc files just because the src/bootstrap-emacs isn't present. Well, it doesn't seem to work. Here's what I did to test it (on a GNU/Linux machine): . unpack emacs-23.0.91 pretest tarball . replace the top-level Makefile.in with the one from today's CVS . verify by `diff' that Makefile.in indeed has your changes . ./configure --without-x && make Excerpts from the resulting build session are below (the omitted parts are marked with "[...]"); they still show that many Lisp files are recompiled, after building bootstrap-emacs. Did I perhaps need to copy more files from CVS? Also note this error message: /bin/sh: line 6: cd: src: No such file or directory It probably means that something else is wrong with your changes. ----------------------------------------------------------- Script started on Sat Feb 28 05:03:12 2009 manpath: warning: $MANPATH set, ignoring /etc/manpath.config eliz@fencepost:~/emacs.cvs/pretest/emacs-23.0.91$./configure --without-x checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu [...] Configured for `x86_64-unknown-linux-gnu'. Where should the build process find the source code? /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91 What operating system and machine description files should Emacs use? `s/gnu-linux.h' and `m/amdx86-64.h' What compiler should emacs be built with? gcc -g -O2 -Wno-pointer-sign Should Emacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should Emacs use a relocating allocator for buffers? yes Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use? none What toolkit should Emacs use? none Where do we find X Windows header files? NONE Where do we find X Windows libraries? NONE Does Emacs use -lXaw3d? no Does Emacs use -lXpm? no Does Emacs use -ljpeg? no Does Emacs use -ltiff? no Does Emacs use a gif library? no Does Emacs use -lpng? no Does Emacs use -lrsvg-2? no Does Emacs use -lgpm? yes Does Emacs use -ldbus? no Does Emacs use -lfreetype? no Does Emacs use -lm17n-flt? no Does Emacs use -lotf? no Does Emacs use -lxft? no Does Emacs use toolkit scroll bars? no configure: creating ./config.status config.status: creating Makefile config.status: creating lib-src/Makefile.c config.status: creating oldXMenu/Makefile config.status: creating doc/emacs/Makefile config.status: creating doc/misc/Makefile config.status: creating doc/lispintro/Makefile config.status: creating doc/lispref/Makefile config.status: creating src/Makefile.c config.status: creating lwlib/Makefile config.status: creating lisp/Makefile config.status: creating leim/Makefile config.status: creating src/config.h config.status: executing default commands creating src/epaths.h creating lib-src/Makefile creating src/Makefile eliz@fencepost:~/emacs.cvs/pretest/emacs-23.0.91$ make cd lib-src; make all \ CC='gcc' CFLAGS='-g -O2 -Wno-pointer-sign ' CPPFLAGS='-D_BSD_SOURCE ' \ LDFLAGS='-Wl,-znocombreloc' MAKE='make' make[1]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lib-src' [...] gcc -D_BSD_SOURCE -DHAVE_CONFIG_H -I. -I../src -I/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lib-src -I/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lib-src/../src -Wl,-znocombreloc -D_BSD_SOURCE -g -O2 -Wno-pointer-sign -DVERSION="\"23.0.91\"" /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lib-src/ebrowse.c -o ebrowse make[1]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lib-src' boot=bootstrap-emacs; \ if [ ! -x "src/$boot" ]; then \ cd src; make all \ CC='gcc' CFLAGS='-g -O2 -Wno-pointer-sign ' CPPFLAGS='-D_BSD_SOURCE ' \ LDFLAGS='-Wl,-znocombreloc' MAKE='make' BOOTSTRAPEMACS="$boot"; \ fi; \ cd src; make all \ CC='gcc' CFLAGS='-g -O2 -Wno-pointer-sign ' CPPFLAGS='-D_BSD_SOURCE ' \ LDFLAGS='-Wl,-znocombreloc' MAKE='make' BOOTSTRAPEMACS="" make[1]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src' gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src -D_BSD_SOURCE -g -O2 -Wno-pointer-sign pre-crt0.c touch stamp-oldxmenu gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src -D_BSD_SOURCE -g -O2 -Wno-pointer-sign dispnew.c [...] gcc -nostdlib `./prefix-args -Xlinker -z nocombreloc` -Wl,-znocombreloc -o temacs pre-crt0.o /usr/lib64/crt1.o /usr/lib64/crti.o dispnew.o frame.o scroll.o xdisp.o menu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o term.o terminal.o xfaces.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.o terminfo.o lastfile.o vm-limit.o -lgpm -lncurses -lm -lgcc -lc -lgcc /usr/lib64/crtn.o cd ../lisp; make -w update-subdirs make[2]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' wd=/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp; subdirs=`(cd $wd; find . -type d -print)`; for file in $subdirs; do case $file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | */=* ) ;; *) wins="$wins $wd/$file" ;; esac; done; \ for file in $wins; do \ /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/../update-subdirs $file; \ done; make[2]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' `/bin/pwd`/temacs --batch --load loadup bootstrap Loading loadup.el (source)... Using load-path (/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/emacs-lisp /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/language /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/international /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/textmodes) Loading emacs-lisp/byte-run... Loading emacs-lisp/backquote... Loading subr... Loading version.el (source)... [...] Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under the name emacs 101634 pure bytes used mv -f emacs bootstrap-emacs cd ../lisp; make -w compile-first EMACS=../src/bootstrap-emacs make[2]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' make[2]: Nothing to be done for `compile-first'. make[2]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' cd ../lisp; make -w autoloads EMACS=../src/bootstrap-emacs make[2]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' chmod +w /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/ps-print.el /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/emulation/tpu-edt.el \ /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/emacs-lisp/cl-loaddefs.el wd=/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp; subdirs=`(cd $wd; find . -type d -print)`; for file in $subdirs; do case $file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | */=* | */obsolete | */term ) ;; *) wins="$wins $wd/$file" ;; esac; done; \ echo Directories: $wins; \ EMACSLOADPATH=/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp LC_ALL=C ../src/bootstrap-emacs -batch --no-site-file --multibyte -l autoload --eval '(setq generated-autoload-file "/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/loaddefs.el")' -f batch-update-autoloads $wins Directories: /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/. /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./url /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./textmodes /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./progmodes /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./play /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./org /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./nxml /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./net /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./mh-e /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./mail /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./language /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./international /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./eshell /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./emulation /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./emacs-lisp /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/./calendar /home/e/eliz/emacs.cvs/pretest/emacs-23.0 Saving file /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/loaddefs.el... Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/loaddefs.el make[2]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' make[2]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' Compiling /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src/../lisp/abbrev.el Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/abbrev.elc make[2]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' make[2]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' Compiling /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src/../lisp/buff-menu.el Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/buff-menu.elc make[2]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' [...] make[2]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' Compiling ../lisp/term/ns-win.el Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/term/ns-win.elc make[2]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' rm -f ../etc/DOC ../lib-src/make-docfile -d /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src dosfns.o msdos.o xterm.o xfns.o xmenu.o xselect.o xrdb.o xsmfns.o fringe.o image.o fontset.o nsterm.o nsfns.o nsmenu.o nsselect.o nsimage.o nsfont.o w32.o w32console.o w32fns.o w32heap.o w32inevt.o w32menu.o w32proc.o w32reg.o w32select.o w32term.o w32xfns.o dispnew.o frame.o scroll.o xdisp.o menu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o term.o terminal.o xfaces.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.o > ../etc/DOC ../lib-src/make-docfile -a ../etc/DOC -d /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src ../lisp/mouse.elc ../lisp/select.elc ../lisp/scroll-bar.elc ../lisp/ls-lisp.elc ../lisp/dos-fns.elc ../lisp/w32-fns.elc ../lisp/dos-w32.elc ../lisp/disp-table.elc ../lisp/dos-vars.elc ../lisp/tooltip.elc ../lisp/image.elc ../lisp/fringe.elc ../lisp/dnd.elc ../lisp/mwheel.elc ../lisp/tool-bar.elc ../lisp/x-dnd.elc ../lisp/international/ccl.elc ../lisp/international/fontset.elc ../lisp/mouse.elc ../lisp/term/x-win.elc ../lisp/term/pc-win.elc ../lisp/term/ns-win.elc ../lisp/loaddefs.el ../lisp/abbrev.elc ../lisp/buff-menu.elc ../lisp/button.elc ../lisp/emacs-lisp/byte-run.elc ../lisp/composite.elc ../lisp/cus-face.elc ../lisp/cus-start.elc ../lisp/custom.elc ../lisp/emacs-lisp/backquote.elc ../lisp/emacs-lisp/lisp-mode.elc ../lisp/emacs-lisp/lisp.elc ../lisp/facemenu.elc ../lisp/faces.elc ../lisp/files.elc ../lisp/emacs-lisp/float-sup.elc ../lisp/format.elc ../lisp/frame.elc ../lisp/help.elc ../lis LC_ALL=C `/bin/pwd`/temacs -batch -l loadup dump Loading loadup.el (source)... Using load-path (/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp) Loading emacs-lisp/byte-run... Loading emacs-lisp/backquote... Loading subr... Loading version.el (source)... Loading widget... [...] Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under the name emacs 1877507 pure bytes used Adding name emacs-23.0.91.1 ln -f emacs bootstrap-emacs ./emacs -q -batch -f list-load-path-shadows make[1]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src' /bin/sh: line 6: cd: src: No such file or directory make[1]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/src' cd lisp; make all \ CC='gcc' CFLAGS='-g -O2 -Wno-pointer-sign ' CPPFLAGS='-D_BSD_SOURCE ' \ LDFLAGS='-Wl,-znocombreloc' MAKE='make' make[1]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' Compiling /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/mh-e/mh-e.el Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/mh-e/mh-e.elc Compiling /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/mh-e/mh-alias.el nmh 1.1 installed as MH variant Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/mh-e/mh-alias.elc Compiling /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/mh-e/mh-scan.el nmh 1.1 installed as MH variant [...] Compiling /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/progmodes/cc-subword.el Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp/progmodes/cc-subword.elc make -w compile-last EMACS=../src/emacs make[2]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' make[2]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' make[1]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/lisp' (export PARALLEL; PARALLEL=0; cd leim; make all \ CC='gcc' CFLAGS='-g -O2 -Wno-pointer-sign ' CPPFLAGS='-D_BSD_SOURCE ' \ LDFLAGS='-Wl,-znocombreloc' MAKE='make') make[1]: Entering directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim' EMACSLOADPATH=/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/../lisp LC_ALL=C ../src/emacs -batch --no-init-file --no-site-file --multibyte -l /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/../lisp/international/titdic-cnv \ -f batch-titdic-convert -dir quail /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/CXTERM-DIC; \ echo "changed" > changed.tit Converting all tit files in the directory /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/CXTERM-DIC [...] Saving file /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/leim-list.el... Wrote /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/leim-list.el Updating /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/leim-list.el ... done sed -n '/^[^;]/ p' < /home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim/leim-ext.el >> leim-list.el make[1]: Leaving directory `/srv/data/home/e/eliz/emacs.cvs/pretest/emacs-23.0.91/leim' eliz@fencepost:~/emacs.cvs/pretest/emacs-23.0.91$ exit Script done on Sat Feb 28 05:07:47 2009 From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 28 Feb 2009 11:15:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123581953719029 (code B ref 2151); Sat, 28 Feb 2009 11:15:03 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 28 Feb 2009 11:12:17 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout1.012.net.il (mtaout1.012.net.il [84.95.2.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SBCErc019008 for <2151@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 03:12:15 -0800 Received: from conversion-daemon.i-mtaout1.012.net.il by i-mtaout1.012.net.il (HyperSendmail v2007.08) id <0KFR00F00W8FLJ00@i-mtaout1.012.net.il> for 2151@emacsbugs.donarmstrong.com; Sat, 28 Feb 2009 13:12:46 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KFR001V0WH6MT30@i-mtaout1.012.net.il>; Sat, 28 Feb 2009 13:12:43 +0200 (IST) Date: Sat, 28 Feb 2009 13:12:09 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Cc: 2151@debbugs.gnu.org Message-id: References: > From: Glenn Morris > Cc: 2151@emacsbugs.donarmstrong.com > Date: Fri, 27 Feb 2009 18:21:42 -0500 > > Eli Zaretskii wrote: > > > I think we should replace batch-byte-recompile-directory in make-dist > > with a call to "make -C lisp all". Any objections? > > > I'd be surprised if this makes a difference. I thought the pretests > were built using the instructions in admin/make-tarball.txt. This says > to bootstrap, then run `make-dist --snapshot'. The latter doesn't do > any building AFAIK. It does not run batch-byte-recompile-directory. That's true, but then how can we explain the contradiction between these 2 facts: . bootstrap runs "cd lisp; make all", which should compile progmodes/cc-*.el and mh-e/*.el according to the dependencies at the end of lisp/Makefile.in . in the 23.0.91 pretest tarball, the *.elc files have time stamps in the alphabetical order, which hints that they were built by batch-byte-recompile-directory; in particular, mh-e/*.elc files are NOT in the order dictated by their dependencies What am I missing? From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Stefan Monnier , 2151@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 28 Feb 2009 22:15:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123585882210170 (code B ref 2151); Sat, 28 Feb 2009 22:15:03 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 28 Feb 2009 22:07:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SM6xT1010164 for <2151@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 14:07:00 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEABdEqUnO+JhN/2dsb2JhbACBWNUghBoGg3c X-IronPort-AV: E=Sophos;i="4.38,282,1233550800"; d="scan'208";a="34538373" Received: from 206-248-152-77.dsl.teksavvy.com (HELO pastel.home) ([206.248.152.77]) by ironport2-out.teksavvy.com with ESMTP; 28 Feb 2009 17:06:53 -0500 Received: by pastel.home (Postfix, from userid 20848) id 801C27FE9; Sat, 28 Feb 2009 17:06:53 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2151@debbugs.gnu.org Message-ID: References: Date: Sat, 28 Feb 2009 17:06:53 -0500 In-Reply-To: (Eli Zaretskii's message of "Sat, 28 Feb 2009 12:41:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> I am not interested in adding hacks specifically to speed up building >> from the tarball. > Thanks a lot for your kind words about my repeated attempts to find an > agreeable solution of this problem. Since you keep insisting on finding tarball-only solutions, I felt the need to make painfully clear that I'm not interested in such solutions. >> I just installed the patch that prevents recompiling >> all the .elc files just because the src/bootstrap-emacs isn't present. > Well, it doesn't seem to work. Here's what I did to test it (on a > GNU/Linux machine): > . unpack emacs-23.0.91 pretest tarball > . replace the top-level Makefile.in with the one from today's CVS > . verify by `diff' that Makefile.in indeed has your changes > . ./configure --without-x && make > Excerpts from the resulting build session are below (the omitted parts > are marked with "[...]"); they still show that many Lisp files are > recompiled, after building bootstrap-emacs. > Did I perhaps need to copy more files from CVS? No idea. > Also note this error message: > /bin/sh: line 6: cd: src: No such file or directory > It probably means that something else is wrong with your changes. Indeed. We'll have to dig deeper. Stefan From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 28 Feb 2009 22:20:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.123585908811491 (code B ref 2151); Sat, 28 Feb 2009 22:20:04 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 28 Feb 2009 22:11:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.5 required=4.0 tests=HAS_BUG_NUMBER,RCVD_IN_NIX1 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout6.012.net.il (mtaout6.012.net.il [84.95.2.16]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1SMBPD5011485 for <2151@emacsbugs.donarmstrong.com>; Sat, 28 Feb 2009 14:11:26 -0800 Received: from conversion-daemon.i-mtaout6.012.net.il by i-mtaout6.012.net.il (HyperSendmail v2007.08) id <0KFS00200QME8U00@i-mtaout6.012.net.il> for 2151@emacsbugs.donarmstrong.com; Sun, 01 Mar 2009 00:11:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KFS00BAMQZVYVG0@i-mtaout6.012.net.il>; Sun, 01 Mar 2009 00:11:57 +0200 (IST) Date: Sun, 01 Mar 2009 00:11:23 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: References: > From: Stefan Monnier > Cc: 2151@emacsbugs.donarmstrong.com > Date: Sat, 28 Feb 2009 17:06:53 -0500 > > >> I am not interested in adding hacks specifically to speed up building > >> from the tarball. > > Thanks a lot for your kind words about my repeated attempts to find an > > agreeable solution of this problem. > > Since you keep insisting on finding tarball-only solutions, I felt the > need to make painfully clear that I'm not interested in such solutions. And painful it was, indeed. From unknown Wed Sep 10 22:20:29 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-To: Eli Zaretskii , 2151@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 01 May 2009 19:15:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2151 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2151-submit@emacsbugs.donarmstrong.com id=B2151.12412048489690 (code B ref 2151); Fri, 01 May 2009 19:15:04 +0000 Received: (at 2151) by emacsbugs.donarmstrong.com; 1 May 2009 19:07:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n41J7NTp009676 for <2151@emacsbugs.donarmstrong.com>; Fri, 1 May 2009 12:07:24 -0700 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KIZ00F00BN5FN00@i_mtaout2.012.net.il> for 2151@emacsbugs.donarmstrong.com; Fri, 01 May 2009 22:07:17 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.230.216]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KIZ00LC6BS47HL0@i_mtaout2.012.net.il>; Fri, 01 May 2009 22:07:17 +0300 (IDT) Date: Fri, 01 May 2009 22:07:27 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Cc: 2151@debbugs.gnu.org Message-id: <83hc04d4ls.fsf@gnu.org> References: This bug is still present when building 23.0.93 on GNU/Linux. From unknown Wed Sep 10 22:20:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2011 21:32:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 2151 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Stefan Monnier , 2151@debbugs.gnu.org Received: via spool by 2151-submit@debbugs.gnu.org id=B2151.131577671617690 (code B ref 2151); Sun, 11 Sep 2011 21:32:03 +0000 Received: (at 2151) by debbugs.gnu.org; 11 Sep 2011 21:31:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2rd6-0004bD-5A for submit@debbugs.gnu.org; Sun, 11 Sep 2011 17:31:56 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2rcz-0004ah-HI for 2151@debbugs.gnu.org; Sun, 11 Sep 2011 17:31:52 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2rYj-0001CI-Hi; Sun, 11 Sep 2011 23:27:25 +0200 From: Lars Magne Ingebrigtsen In-Reply-To: <83hc04d4ls.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 01 May 2009 22:07:27 +0300") Date: Sun, 11 Sep 2011 23:12:04 +0200 Message-ID: References: <83hc04d4ls.fsf@gnu.org> User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-Now-Playing: Scout Niblett's _This Fool Can Die Now_: "Yummy" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R2rYj-0001CI-Hi X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316381245.64989@REVWlIV9CvG6QJ4hPdxNqg X-Spam-Status: No X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Eli Zaretskii writes: > This bug is still present when building 23.0.93 on GNU/Linux. Is this bug still relevant? I mean, these days probably most people builds from bzr and not the tarballs... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Wed Sep 10 22:20:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2011 21:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 2151 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Magne Ingebrigtsen Cc: Eli Zaretskii , Stefan Monnier , 2151@debbugs.gnu.org Received: via spool by 2151-submit@debbugs.gnu.org id=B2151.131577811422835 (code B ref 2151); Sun, 11 Sep 2011 21:56:02 +0000 Received: (at 2151) by debbugs.gnu.org; 11 Sep 2011 21:55:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2rze-0005wF-0R for submit@debbugs.gnu.org; Sun, 11 Sep 2011 17:55:14 -0400 Received: from vm-emlprdomr-04.its.yale.edu ([130.132.50.145]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2rzc-0005w9-Eu for 2151@debbugs.gnu.org; Sun, 11 Sep 2011 17:55:12 -0400 Received: from furball (c-71-192-165-84.hsd1.ct.comcast.net [71.192.165.84]) (authenticated bits=0) by vm-emlprdomr-04.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8BLorCQ023798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 11 Sep 2011 17:50:54 -0400 From: Chong Yidong References: <83hc04d4ls.fsf@gnu.org> Date: Sun, 11 Sep 2011 17:50:53 -0400 In-Reply-To: (Lars Magne Ingebrigtsen's message of "Sun, 11 Sep 2011 23:12:04 +0200") Message-ID: <87wrdekate.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.145 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Lars Magne Ingebrigtsen writes: > Eli Zaretskii writes: > >> This bug is still present when building 23.0.93 on GNU/Linux. > > Is this bug still relevant? I mean, these days probably most people > builds from bzr and not the tarballs... I don't know if that is true, and anyway the actual releases are distributed as tarballs. So yes, this is still relevent. From unknown Wed Sep 10 22:20:29 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Eli Zaretskii Subject: bug#2151: closed (Re: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files) Message-ID: References: X-Gnu-PR-Message: they-closed 2151 X-Gnu-PR-Package: emacs Reply-To: 2151@debbugs.gnu.org Date: Fri, 27 Jun 2014 00:43:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1403829783-8719-1" This is a multi-part message in MIME format... ------------=_1403829783-8719-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 2151@debbugs.gnu.org. --=20 2151: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D2151 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1403829783-8719-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 2151-done) by debbugs.gnu.org; 27 Jun 2014 00:42:55 +0000 Received: from localhost ([127.0.0.1]:34099 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X0KFi-0002GF-U0 for submit@debbugs.gnu.org; Thu, 26 Jun 2014 20:42:55 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:36528 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X0KFg-0002G3-9Y for 2151-done@debbugs.gnu.org; Thu, 26 Jun 2014 20:42:52 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1X0KFf-0004Xu-MG; Thu, 26 Jun 2014 20:42:51 -0400 From: Glenn Morris To: 2151-done@debbugs.gnu.org Subject: Re: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files References: <83hc04d4ls.fsf@gnu.org> <87wrdekate.fsf@stupidchicken.com> X-Spook: underground SEAL Team 6 satellite imagery industrial X-Ran: P3)'M0/%2!Bfiuq@t#o}5%*YMC@0tku+_i5nvl|=":jJPHD2_Te?9^R`[sE(U<$|JXvl$F X-Hue: white X-Attribution: GM Date: Thu, 26 Jun 2014 20:42:51 -0400 In-Reply-To: <87wrdekate.fsf@stupidchicken.com> (Chong Yidong's message of "Sun, 11 Sep 2011 17:50:53 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 2151-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Version: 24.5 Fixed thanks to GNU make. ------------=_1403829783-8719-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 2 Feb 2009 06:05:41 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1265bUm030129 for ; Sun, 1 Feb 2009 22:05:39 -0800 Received: from eliz by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LTruS-0007aY-4Y for emacs-pretest-bug@gnu.org; Mon, 02 Feb 2009 01:03:52 -0500 From: Eli Zaretskii To: emacs-pretest-bug@gnu.org Subject: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Reply-to: Eli Zaretskii Message-Id: Date: Mon, 02 Feb 2009 01:03:52 -0500 Building the pretest recompiles many Lisp files, which it shouldn't IMO. Looking at the Makefile's, I think the problem is in this snippet from src/Makefile.in (near the end): /* Since the .el.elc rule cannot specify an extra dependency, we do it here. */ ${lisp} ${SOME_MACHINE_LISP}: $(BOOTSTRAPEMACS) ${lispsource}loaddefs.el: $(BOOTSTRAPEMACS) cd ../lisp; $(MAKE) $(MFLAGS) autoloads EMACS=../src/bootstrap-emacs${EXEEXT} /* Dump an Emacs executable named bootstrap-emacs containing the files from loadup.el in source form. */ bootstrap-emacs${EXEEXT}: temacs${EXEEXT} cd ../lisp; $(MAKE) $(MFLAGS) update-subdirs #ifdef CANNOT_DUMP ln -f temacs${EXEEXT} bootstrap-emacs${EXEEXT} #else $(RUN_TEMACS) --batch --load loadup bootstrap mv -f emacs${EXEEXT} bootstrap-emacs${EXEEXT} #endif /* ! defined (CANNOT_DUMP) */ @: Compile some files earlier to speed up further compilation. cd ../lisp; $(MAKE) $(MFLAGS) compile-first EMACS=../src/bootstrap-emacs${EXEEXT} It goes like this: since temacs is built, the last rule says to produce bootstrap-emacs${EXEEXT}. The new bootstrap-emacs then triggers the 2 rules before it, which rebuild loaddefs.el and recompile the Lisp files in ${lisp} and ${SOME_MACHINE_LISP}. In GNU Emacs 23.0.90.1 (x86_64-unknown-linux-gnu) of 2009-02-02 on fencepost configured using `configure '--without-x'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t global-auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC O D ESC O D ESC O D DEL ESC O B ESC O D a t SPC s t a r t u p SPC w h e n SPC y o u r SPC ~ / . e m a c s SPC s e t s SPC t h a t SPC v a r i a b ESC DEL o p t i o n s DEL . ESC b ESC b ESC b ESC d c u s t o m i z e s ESC b ESC b ESC b ESC b ESC b ESC f ESC d SPC i f ESC q ESC O B ESC O B ESC O B ESC O A ESC O B ESC O B DEL ESC O A ESC O A ESC O B ESC O B ESC O A ESC M-q M-k ESC O A ESC O B ESC O B C-x M-m C-x o C-x o ESC x f i n d - f i l e - l i t TAB RET m a i l . n e w RET C-s c y d ESC [ 6 ~ ESC [ 6 ~ ESC O A ESC O B ESC O B ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O D C-@ C-e ESC w ESC [ 6 ~ C-x b RET C-x b RET C-x b RET C-c C-c y e s RET C-x 4 f e m a c s . c v TAB e m a TAB ESC DEL p r e TAB e m a TAB 3 TAB / t y TAB RET C-x o ESC x ESC O A ESC O A RET Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark saved where search started Quit Making completion list... [3 times] Mark saved where search started Auto-saving...done Auto-saving...done Mark saved where search started Mark set Sending...done ------------=_1403829783-8719-1-- From unknown Wed Sep 10 22:20:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#2151: 23.0.90; Building the 23.0.90 pretest recompiles Lisp files Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Jun 2014 05:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 2151 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: 2151@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 2151-submit@debbugs.gnu.org id=B2151.140384854723355 (code B ref 2151); Fri, 27 Jun 2014 05:56:02 +0000 Received: (at 2151) by debbugs.gnu.org; 27 Jun 2014 05:55:47 +0000 Received: from localhost ([127.0.0.1]:34202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X0P8V-00064d-0p for submit@debbugs.gnu.org; Fri, 27 Jun 2014 01:55:47 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:49273) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X0P8S-00064A-6c for 2151@debbugs.gnu.org; Fri, 27 Jun 2014 01:55:45 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N7T00J00CBCPR00@a-mtaout21.012.net.il> for 2151@debbugs.gnu.org; Fri, 27 Jun 2014 08:55:37 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N7T00JGTCGOHMA0@a-mtaout21.012.net.il>; Fri, 27 Jun 2014 08:55:37 +0300 (IDT) Date: Fri, 27 Jun 2014 08:55:23 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <834mz6q4l0.fsf@gnu.org> References: <83hc04d4ls.fsf@gnu.org> <87wrdekate.fsf@stupidchicken.com> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Glenn Morris > Date: Thu, 26 Jun 2014 20:42:51 -0400 > > Fixed thanks to GNU make. At last! Thank you. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 04 12:35:32 2014 Received: (at control) by debbugs.gnu.org; 4 Oct 2014 16:35:32 +0000 Received: from localhost ([127.0.0.1]:33183 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XaSIt-0002m9-8U for submit@debbugs.gnu.org; Sat, 04 Oct 2014 12:35:31 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:60039) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XaSIr-0002lz-Gi for control@debbugs.gnu.org; Sat, 04 Oct 2014 12:35:29 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XaSIq-0005r2-MO; Sat, 04 Oct 2014 12:35:28 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21552.8656.554316.921175@gnu.org> Date: Sat, 4 Oct 2014 12:35:28 -0400 From: Glenn Morris To: GNU bug tracker automated control server Subject: Update Emacs archived fixed bugs for 24.5 version number change X-Debbugs-No-Ack: yes X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) unarchive 18304 fixed 18304 25.1 notfixed 18304 24.5 unarchive 12008 fixed 12008 25.1 notfixed 12008 24.5 unarchive 17110 fixed 17110 25.1 notfixed 17110 24.5 unarchive 17218 fixed 17218 25.1 notfixed 17218 24.5 unarchive 18222 fixed 18222 25.1 notfixed 18222 24.5 unarchive 18023 fixed 18023 25.1 notfixed 18023 24.5 unarchive 17225 fixed 17225 25.1 notfixed 17225 24.5 unarchive 16626 fixed 16626 25.1 notfixed 16626 24.5 unarchive 18326 fixed 18326 25.1 notfixed 18326 24.5 unarchive 18227 fixed 18227 25.1 notfixed 18227 24.5 unarchive 16328 fixed 16328 25.1 notfixed 16328 24.5 unarchive 17333 fixed 17333 25.1 notfixed 17333 24.5 unarchive 13837 fixed 13837 25.1 notfixed 13837 24.5 unarchive 17641 fixed 17641 25.1 notfixed 17641 24.5 unarchive 18341 fixed 18341 25.1 notfixed 18341 24.5 unarchive 18349 fixed 18349 25.1 notfixed 18349 24.5 unarchive 2151 fixed 2151 25.1 notfixed 2151 24.5 unarchive 5853 fixed 5853 25.1 notfixed 5853 24.5 unarchive 17857 fixed 17857 25.1 notfixed 17857 24.5 unarchive 17858 fixed 17858 25.1 notfixed 17858 24.5 unarchive 17859 fixed 17859 25.1 notfixed 17859 24.5 unarchive 17160 fixed 17160 25.1 notfixed 17160 24.5 unarchive 2263 fixed 2263 25.1 notfixed 2263 24.5 unarchive 18368 fixed 18368 25.1 notfixed 18368 24.5 unarchive 17772 fixed 17772 25.1 notfixed 17772 24.5 unarchive 17276 fixed 17276 25.1 notfixed 17276 24.5 unarchive 15991 fixed 15991 25.1 notfixed 15991 24.5 unarchive 17699 fixed 17699 25.1 notfixed 17699 24.5