Re: size of emacs executable after unicode merge

["Richard M. Stallman" <rms@gnu.org>]

    To my understanding, the portable dumper implemented for
    Emacs relocates Lisp objects to make the dump file (the file
    containing Lisp ojbectes that are reloaded at startup time)
    as small as possible.  That means the garbage data are
    excluded from the dump file.

I see.  You mean a relocating dumper.  Yes, that could help.
But that alone does not guarantee success.

The dumper also needs to dump the non-Lisp memory blocks that
Emacs allocates.  They are scattered among the memory blocks that
contain Lisp objects, and they can't be relocated in this way.
Thus, the total memory size can only be reduced down to the
last non-Lisp memory block.  That is likely to eliminate
most of the benefit.

Perhaps with some other special scheme to segregate Lisp blocks
and non-Lisp blocks into two special heaps, this problem could
be avoided.