Re: size of emacs executable after unicode merge

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

	Then, garbage-collect is called.  After that, the living
	char-table is Vchar_unify_table only, and the contents
	is not that big because it maps upper area characters to
	charset, and each charset has linear upper area, thus
	most succeeding charaters have the same value.

GC ought to free the space that was occupied by those tables.
However, freeing the space does not necessarily reduce the size
of the Emacs memory.  It just puts freed  objects in the free list.
For instance, if the maps use cons cells, they will go on the
free list but the memory will still be in the Emacs image.

Maybe what is needed is to run a separate process to build the desired
value for char-unify-table and store it in a file, and load just that
file during building `emacs'.