From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Newsgroups: gmane.emacs.devel Subject: Re: MH-E 7.4.4 checked in Date: 16 Jul 2004 11:17:50 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <1890.1089689203@newt.com> <2914-Tue13Jul2004070451+0300-eliz@gnu.org> <3589.1089692661@newt.com> <2914-Tue13Jul2004215551+0300-eliz@gnu.org> <30509.1089781796@newt.com> <6654-Fri16Jul2004152801+0300-eliz@gnu.org> <8011-Fri16Jul2004163116+0300-eliz@gnu.org> <23643.1089986972@trantor.xilinx.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1089991165 19818 80.91.224.253 (16 Jul 2004 15:19:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Jul 2004 15:19:25 +0000 (UTC) Cc: Andreas Schwab , Eli Zaretskii , wohler@newt.com, mh-e-devel@lists.sourceforge.net, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Jul 16 17:19:10 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BlUUQ-0008Oe-00 for ; Fri, 16 Jul 2004 17:19:10 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BlUUP-0001Mk-00 for ; Fri, 16 Jul 2004 17:19:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BlUWw-0007RO-So for emacs-devel@quimby.gnus.org; Fri, 16 Jul 2004 11:21:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BlUWp-0007R9-Nc for emacs-devel@gnu.org; Fri, 16 Jul 2004 11:21:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BlUWn-0007Ql-RR for emacs-devel@gnu.org; Fri, 16 Jul 2004 11:21:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BlUWn-0007Qb-N1 for emacs-devel@gnu.org; Fri, 16 Jul 2004 11:21:37 -0400 Original-Received: from [206.47.199.165] (helo=simmts7-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BlUU8-0006M0-R2; Fri, 16 Jul 2004 11:18:53 -0400 Original-Received: from empanada.local ([67.71.117.71]) by simmts7-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20040716151654.NHGH18206.simmts7-srv.bellnexxia.net@empanada.local>; Fri, 16 Jul 2004 11:16:54 -0400 Original-Received: by empanada.local (Postfix, from userid 502) id EFBD8255DB5; Fri, 16 Jul 2004 11:17:50 -0400 (EDT) Original-To: "Satyaki Das" In-Reply-To: <23643.1089986972@trantor.xilinx.com> Original-Lines: 48 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25767 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25767 > A new macro mh-require-cl was added. As a result you need to remove the > old .elc files before proper compilation of Emacs can happen. Changing a macro's definition or worse changing a function into a macro does require manual intervention (removal of some .elc files) but adding a new macro should not require removing .elc files. The reason why it turned out to be necessary in this case is because mh-utils.el (where mh-require-cl is defined) and mh-customize.el require each other. This can be seen in the error messages posted by Eli: Checking d:/gnu/new/emacs/lisp/mh-e... Compiling d:/gnu/new/emacs/lisp/mh-e/mh-comp.el... Source file `d:/gnu/new/emacs/lisp/mh-e/mh-e.el' newer than byte-compiled file Source file `d:/gnu/new/emacs/lisp/mh-e/mh-utils.el' newer than byte-compiled file Source file `d:/gnu/new/emacs/lisp/mh-e/mh-utils.el' newer than byte-compiled file Notice how mh-utils.el appears twice: once first because it's required by mh-e, and a second time because while loading mh-utils, it required mh-custom which itself required mh-utils (which still hadn't been provided). I think this double-loading of mh-utils should be fixed. A good way to do that is to change mh-custom and mh-utils so they don't mutually require each other. By the way, the patch below is necessary if the double-loading of mh-utils.el is fixed. Stefan --- mh-utils.el 16 Jul 2004 10:18:02 -0400 1.6 +++ mh-utils.el 16 Jul 2004 11:13:12 -0400 @@ -34,8 +34,9 @@ ;;; Code: ;; Is this XEmacs-land? Located here since needed by mh-customize.el. -(defvar mh-xemacs-flag (featurep 'xemacs) - "Non-nil means the current Emacs is XEmacs.") +(eval-and-compile + (defvar mh-xemacs-flag (featurep 'xemacs) + "Non-nil means the current Emacs is XEmacs.")) ;; The Emacs coding conventions require that the cl package not be required at ;; runtime. However, the cl package in versions of Emacs prior to 21.4 left cl