From: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: bootstrap error
Date: Fri, 27 Jan 2006 22:37:31 +0200 [thread overview]
Message-ID: <uslr9csqc.fsf@gnu.org> (raw)
In-Reply-To: <TheMailAgent.a686fa12c0ad5d@2bcd1052fb624633411c> (message from Alexander Klimov on Thu, 26 Jan 2006 12:21:01 +0200 (IST))
> Date: Thu, 26 Jan 2006 12:21:01 +0200 (IST)
> From: Alexander Klimov <alserkli@inbox.ru>
> 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?
next prev parent reply other threads:[~2006-01-27 20:37 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-25 13:17 bootstrap error Alexander Klimov
2006-01-25 17:46 ` Eli Zaretskii
2006-01-26 10:21 ` Alexander Klimov
2006-01-27 13:25 ` Eli Zaretskii
2006-01-28 9:50 ` Alexander Klimov
2006-01-28 14:01 ` Eli Zaretskii
2006-01-29 8:08 ` Alexander Klimov
2006-01-29 19:37 ` Eli Zaretskii
2006-01-30 9:11 ` Alexander Klimov
2006-01-30 11:38 ` Corinna Vinschen
2006-01-29 17:51 ` Alexander Klimov
2006-01-27 20:37 ` Eli Zaretskii [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-08-19 3:17 merging etc Miles Bader
[not found] ` <200708211523.l7LFNnVl000876@oogie-boogie.ics.uci.edu>
[not found] ` <buo3aycknp8.fsf@dhapc248.dev.necel.com>
[not found] ` <200708220820.l7M8KbIt026014@oogie-boogie.ics.uci.edu>
[not found] ` <fc339e4a0708220237v3b90ec6fwde90eba1ca936e91@mail.gmail.com>
2007-08-22 11:55 ` Miles Bader
2007-08-22 15:33 ` Stefan Monnier
2007-08-23 0:19 ` Juri Linkov
2007-08-23 20:58 ` Richard Stallman
2007-08-24 8:01 ` joakim
2007-08-24 8:46 ` Leo
2007-08-24 10:08 ` David Kastrup
2007-08-24 10:41 ` Bootstrap error B. Anyos
2016-10-02 19:48 bootstrap error Colin Baxter
2016-10-02 20:22 ` Philipp Stephani
2016-10-03 5:25 ` Colin Baxter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=uslr9csqc.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.