[Top][All Lists]

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

Re: size of emacs executable after unicode merge

From: Chong Yidong
Subject: Re: size of emacs executable after unicode merge
Date: Sun, 09 Nov 2008 17:43:55 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

Kenichi Handa <address@hidden> writes:

> (2) Just before dumping, clear-charset-maps is called.  This
>     function sets all char-tables built in (1) (except for
>     Vchar_unified_charset_table) to nil.  Then set
>     Vchar_unify_table to Vchar_unified_charset_table, and
>     set Vchar_unified_charset_table to nil.
>     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.
> (3) When the dumped Emacs runs, at the time of
>     decoding/encoding charsets that are unified as above, by
>     checking if the value of Vchar_unify_table for a
>     character is symbol or not, Emacs knows whether it has
>     to load the mapping table again or not.

I was looking through charset.c and character.c, and it seems to me that
Vchar_unify_table is not used by anything.  Its contents are altered at
several placed in the code, but it looks like it is never consulted for
anything.  What am I missing?

reply via email to

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