Re: Time to drop the pre-dump phase in the build?

[Eli Zaretskii <eliz@gnu.org>]

> From: Nix <nix@esperi.org.uk>
> Emacs: ed  ::  20-megaton hydrogen bomb : firecracker
> Date: Sun, 12 Jan 2014 00:16:17 +0000
> Cc: esr@thyrsus.com, Eli Zaretskii <eliz@gnu.org>,
> 	"Stephen J. Turnbull" <turnbull@sk.tsukuba.ac.jp>, emacs-devel@gnu.org
> 
> It still requires substantial ugly hacks, e.g. there is code in glibc to
> serialize and deserialize malloc state whose sole purpose is to support
> Emacs dumping, and which cannot be changed since that would force Emacs
> to be redumped when glibc was upgraded. It seems plausible that this
> might eventually retard glibc allocator development :(
> 
> XEmacs long ago migrated to a 'portable undumper', whereby (IIRC) the
> Lisp heap is serialized into a form that is then mmap()ed in at startup
> time (using a separate file, so unexec() is no longer necessary). It was
> a lot of work, but doing something similar might be worth considering in
> the future anyway.

No change of this scale ever happens in Emacs, unless someone steps
forward and does the job, or most of it.  People who want this to
happen should take notice and act.  Talk won't cut it.