From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: size of emacs executable after unicode merge Date: Thu, 30 Oct 2008 23:22:48 +0200 Message-ID: References: <200805140351.m4E3pQuE004549@sallyv1.ics.uci.edu> <200805141652.m4EGqikr018644@sallyv1.ics.uci.edu> <200805151529.m4FFTlF1004684@sallyv1.ics.uci.edu> <482D8435.6060407@gnu.org> <20081030101819.GA15223@orion.lan> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1225401800 6880 80.91.229.12 (30 Oct 2008 21:23:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 Oct 2008 21:23:20 +0000 (UTC) Cc: rms@gnu.org, handa@m17n.org, jasonr@gnu.org, dann@ics.uci.edu, evilborisnet@netscape.net, emacs-devel@gnu.org To: Emanuele Giaquinta Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 30 22:24:21 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kvf01-0001Ec-Um for ged-emacs-devel@m.gmane.org; Thu, 30 Oct 2008 22:24:14 +0100 Original-Received: from localhost ([127.0.0.1]:59014 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kveyv-0004fA-C6 for ged-emacs-devel@m.gmane.org; Thu, 30 Oct 2008 17:23:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kveyq-0004es-SG for emacs-devel@gnu.org; Thu, 30 Oct 2008 17:23:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kveyo-0004dh-Uz for emacs-devel@gnu.org; Thu, 30 Oct 2008 17:22:59 -0400 Original-Received: from [199.232.76.173] (port=52201 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kveyo-0004de-RG for emacs-devel@gnu.org; Thu, 30 Oct 2008 17:22:58 -0400 Original-Received: from mtaout4.012.net.il ([84.95.2.10]:46350) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kveyi-00051E-NK; Thu, 30 Oct 2008 17:22:53 -0400 Original-Received: from HOME-C4E4A596F7 ([77.127.192.143]) by i_mtaout4.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K9K00CMSM4QVII0@i_mtaout4.012.net.il>; Thu, 30 Oct 2008 23:24:27 +0200 (IST) In-reply-to: <20081030101819.GA15223@orion.lan> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:105170 Archived-At: > Date: Thu, 30 Oct 2008 11:18:19 +0100 > From: Emanuele Giaquinta > Cc: dann@ics.uci.edu, emacs-devel@gnu.org, rms@gnu.org, > evilborisnet@netscape.net, Jason Rumney > > > They are surely loaded on demand. And, at the end of the > > dumping process, by calling clear-charset-maps, all loaded > > maps are set to nil, and then garbage-collect is called. So > > I think they are not included in the dumped Emacs. Perhaps > > some other char-table is the culprit. Maybe > > Vchar_unify_table. I must re-read src/charset.c. > > If I comment the load_charset_map_from_file call in unify_charset the > data segment size is back to normal. Are we sure GC after setting the maps to nil always resets the data segment size back to what it was before loading those maps?