Re: dump-emacs doesn't fail even if Pure Lisp storage overflows

[Kenichi Handa <handa@m17n.org>]

In article <m164oevlj2.fsf-monnier+emacs@gnu.org>, Stefan Monnier <monnier@iro.umontreal.ca> 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
handa@m17n.org