[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: size of emacs executable after unicode merge
From: |
Kenichi Handa |
Subject: |
Re: size of emacs executable after unicode merge |
Date: |
Mon, 10 Nov 2008 10:28:45 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
In article <address@hidden>, Chong Yidong <address@hidden> writes:
> Similarly, Vchar_unified_charset_table seems to be not consulted
> anywhere in the code. Removing these two variables from the C code
> seems to make no difference to Emacs as far as I can tell (other than
> shrinking the size of the executable by 2M).
> Could it be that this part:
>>> (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.
> has not been implemented?
It's implemented in MAYBE_UNIFY_CHAR (in character.h).
---
Kenichi Handa
address@hidden
- Re: size of emacs executable after unicode merge, (continued)
- Re: size of emacs executable after unicode merge, Richard M. Stallman, 2008/11/05
- Re: size of emacs executable after unicode merge, Kenichi Handa, 2008/11/06
- Re: size of emacs executable after unicode merge, Richard M. Stallman, 2008/11/07
- Re: size of emacs executable after unicode merge, Stephen J. Turnbull, 2008/11/07
- Re: size of emacs executable after unicode merge, Richard M. Stallman, 2008/11/07
- Re: size of emacs executable after unicode merge, Stephen J. Turnbull, 2008/11/07
- Re: size of emacs executable after unicode merge, Stefan Monnier, 2008/11/07
- Re: size of emacs executable after unicode merge, Chong Yidong, 2008/11/09
- Re: size of emacs executable after unicode merge, Kenichi Handa, 2008/11/21