[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'.
- Re: size of emacs executable after unicode merge, (continued)
- Re: size of emacs executable after unicode merge, Kenichi Handa, 2008/10/31
- Re: size of emacs executable after unicode merge, Chong Yidong, 2008/10/31
- Re: size of emacs executable after unicode merge, Kenichi Handa, 2008/10/31
- Re: size of emacs executable after unicode merge, Eli Zaretskii, 2008/10/31
- gdb error [Re: size of emacs executable after unicode merge], Kenichi Handa, 2008/10/31
- Re: gdb error [Re: size of emacs executable after unicode merge], Eli Zaretskii, 2008/10/31
- Re: size of emacs executable after unicode merge, Stephen Berman, 2008/10/31
- Re: size of emacs executable after unicode merge, YAMAMOTO Mitsuharu, 2008/10/31
- Re: size of emacs executable after unicode merge, Dan Nicolaescu, 2008/10/31
- Re: size of emacs executable after unicode merge, Stefan Monnier, 2008/10/31
- Re: size of emacs executable after unicode merge,
Richard M. Stallman <=