Re: unicode merge failures 2007-10-12

[Kenichi Handa <handa@m17n.org>]

In article <200710122212.l9CMCD3r024677@oogie-boogie.ics.uci.edu>, Dan Nicolaescu <dann@ics.uci.edu> writes:

> "Miles Bader" <miles@gnu.org> writes:
> On 10/13/07, Dan Nicolaescu <dann@ics.uci.edu> wrote:
> >   > > I believe the patch below makes it work (*very* lightly tested).
> >   > > Can people take a look at it and tell me if it makes sense?
> >   >
> >   > Installed,
> >
> > It's not in CVS, did you install it somewhere else?
> 
> It should be now.

> Thanks. 

> Does anyone else see a too big data segment size for the unicode-2
> binary:

> size -f objs-HEAD/src/emacs objs-unicode-2/src/emacs
>    text    data     bss     dec     hex filename
> 1534480 4031660       0 5566140  54eebc objs-HEAD/src/emacs
> 1656770 11663100      0 13319870 cb3ebe objs-unicode-2/src/emacs

> The first one is from CVS HEAD, the second is from unicode-2

> temacs is fine:

> size -f objs-HEAD/src/temacs objs-unicode-2/src/temacs
> text    data     bss     dec     hex filename
> 1534480 1212620  257992 3005092  2ddaa4 objs-HEAD/src/temacs
> 1656770 1209148  261768 3127686  2fb986 objs-unicode-2/src/temacs

> This is on an FC5 machine.

One possibility is that the difference is because of big CJK
charset maps loaded while creating emacs from temacs.  Just
before dumping, loadup.el calls `clear-charset-maps' which
sets internal vectors and char-tables for charsets to nil,
but the following call of `garbage-collect' doesn't return
those free memory.

I'll try to convert all encodings of language/*.el files to
utf-8 so that Emacs doesn't have to load charset maps in
loadup.el.

---
Kenichi Handa
handa@m17n.org