From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bootstrap error Date: Fri, 27 Jan 2006 22:37:31 +0200 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1138484483 15150 80.91.229.2 (28 Jan 2006 21:41:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 28 Jan 2006 21:41:23 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 28 22:41:14 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F2xoh-0005Tz-Rv for ged-emacs-devel@m.gmane.org; Sat, 28 Jan 2006 22:41:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F2wsg-0005KQ-7s for ged-emacs-devel@m.gmane.org; Sat, 28 Jan 2006 15:41:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F2akG-00062V-CA for emacs-devel@gnu.org; Fri, 27 Jan 2006 16:03:00 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F2aW8-00022y-3F for emacs-devel@gnu.org; Fri, 27 Jan 2006 15:48:25 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F2aOQ-00085P-Sc for emacs-devel@gnu.org; Fri, 27 Jan 2006 15:40:29 -0500 Original-Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F2aME-0004De-9M for emacs-devel@gnu.org; Fri, 27 Jan 2006 15:38:10 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-83-130-255-5.inter.net.il [83.130.255.5]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id DLI01799 (AUTH halo1); Fri, 27 Jan 2006 22:37:25 +0200 (IST) Original-To: Alexander Klimov In-reply-to: (message from Alexander Klimov on Thu, 26 Jan 2006 12:21:01 +0200 (IST)) 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:49623 Archived-At: > Date: Thu, 26 Jan 2006 12:21:01 +0200 (IST) > From: Alexander Klimov > cc: emacs-devel@gnu.org > > Loading international/ucs-tables (source)... > * not found (17), obtain more space: 327680 > * obtain(548012032, 327680), heap = 539798416 > * not found (18), obtain more space: 327680 > * obtain(548012032, 327680), heap = 539798416 > [...] > * not found (277), obtain more space: 327680 > * obtain(548012032, 327680), heap = 539798416 > * not found (278), obtain more space: 327680 > * obtain(548012032, 327680), heap = 539798416 > mv -f emacs.exe bootstrap-emacs.exe > mv: cannot stat `emacs.exe': No such file or directory > make: *** [bootstrap-emacs.exe] Error 1 > > Any ideas? BTW, this host has cygwin1.dll 1.5.19-4 (build date > 2006-01-20 13:28), gcc 3.4.4, and Win2K. After some more tinkering, I think I know why the error message about autoloading define-minor-mode doesn't show during bootstrapping. The function eval.c:do_autoload, which issues that message, does this: /* This is to make sure that loadup.el gives a clear picture of what files are preloaded and when. */ if (! NILP (Vpurify_flag)) error ("Attempt to autoload %s while preparing to dump", SDATA (SYMBOL_NAME (funname))); So this message and the resulting abort should only happen when purify-flag is non-nil. However, loadup.el does this: (if (or (equal (nth 3 command-line-args) "bootstrap") (equal (nth 4 command-line-args) "bootstrap") ;; in case CANNOT_DUMP (equal (nth 0 command-line-args) "../src/bootstrap-emacs")) (let ((dir (car load-path))) ;; We'll probably overflow the pure space. (setq purify-flag nil) (setq load-path (list dir (expand-file-name "emacs-lisp" dir) (expand-file-name "language" dir) (expand-file-name "international" dir) (expand-file-name "textmodes" dir))))) So during bootstrap, purify-flag is nil, and the error never happens. So now the question is, why doesn't this work for Cygwin? Doesn't Cygwin support dumping or something? is purify-flag indeed nil during bootstrap of the Cygwin port? or maybe some of your investigations were not in the bootstrap context, so purify-flag was non-nil? And another puzzle: if autoloading define-minor-mode aborts the Cygwin bootstrap, why doesn't that happen earlier, in help.el, for example, which also uses define-minor-mode? Finally, just to make sure we are not chasing a wild goose, could you please see if the message about autoloading define-minor-mode is indeed the reason for the abort?