[Top][All Lists]

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

Re: size of emacs executable after unicode merge

From: Dan Nicolaescu
Subject: Re: size of emacs executable after unicode merge
Date: Sat, 8 Nov 2008 02:30:39 -0800 (PST)

Stefan Monnier <address@hidden> writes:

  > >> So couldn't we make sure all the files read during the dump are using
  > >> Utf-8 or utf-8-emacs?  Isn't that already the case for all
  > >> *.elc files?
  > > Not yet, but such a change of encoding is easy.  The problem
  > > is that lisp/international/characters.el setups syntax-table
  > > and category-table for many characters by map-charset-chars.
  > > Ex: (map-charset-chars #'modify-category-entry 'chinese-gb2312 ?c)
  > > To know which (Unicode) characters belongs to
  > > chinese-gb2312, Emacs has to load a mapping table.
  > I guess that means we need to precompute the category table and other
  > tables populated in that way, so we can just load them during the dump
  > without needing to populate the other maps.

And precomputing should be easy: just prin1 the current value of
Vchar_unify_table, put that value in a new file, check the new file in
CVS and add code to load it a the right time.

Then just disable the current code that computes Vchar_unify_table.

Is there any reason that the above would not work?

reply via email to

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