[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: size of emacs executable after unicode merge

From: Richard M. Stallman
Subject: Re: size of emacs executable after unicode merge
Date: Fri, 31 Oct 2008 15:30:59 -0400

        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'.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]