[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: dump-emacs doesn't fail even if Pure Lisp storage overflows
From: |
Kenichi Handa |
Subject: |
Re: dump-emacs doesn't fail even if Pure Lisp storage overflows |
Date: |
Tue, 24 Jan 2006 20:25:44 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) |
In article <address@hidden>, Stefan Monnier <address@hidden> writes:
>> But, the problem is that building of Emacs proceeds even if
>> this message is shown:
>> Pure Lisp storage overflow (approx. 1173352 bytes needed)
>> And, the resulting emacs behaves very strangely.
> IIRC what happens is that it doesn't do GC, other than that it should
> behave normally. It is useful for bootstrapping to be able to get an Emacs
> that works well enough to byte-compile some files (which will then use less
> Pure storage next time we dump them).
It seems that is true on Debian (or any other GNU/Linux
system). But, at least on Solaris 2.8, when I change the
puresize smaller, the building fails while making "leim"
subdir.
make[1]: Entering directory `/project/mule/emacs-head/leim'
[...]
EMACSLOADPATH=/project/mule/emacs-head/leim/../lisp ../src/emacs -batch
--no-init-file --no-site-file --multibyte -l
/project/mule/emacs-head/leim/../lisp/international/titdic-cnv \
-f batch-miscdic-convert -dir quail /project/mule/emacs-head/leim/MISC-DIC; \
echo "changed" > changed.misc
Converting ziranma.cin to ZIRANMA.el...
Loading vc-cvs...
Wrong type argument: number-or-marker-p, nil
As Emacs itself was already dumped, I ran it and evalled
(miscdic-convert "MISC-DIC/ziranma.cin" "quail"), but it
sometimes fails, sometimes succeeds. Very strange. :-(
---
Kenichi Handa
address@hidden