From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: size of emacs executable after unicode merge Date: Fri, 28 Nov 2008 10:47:10 +0900 Message-ID: References: <200805141652.m4EGqikr018644@sallyv1.ics.uci.edu> <200805151529.m4FFTlF1004684@sallyv1.ics.uci.edu> <482D8435.6060407@gnu.org> <20081030101819.GA15223@orion.lan> <200810311507.m9VF7EAl022755@mothra.ics.uci.edu> <873ai7t7fx.fsf@cyd.mit.edu> <87iqqwk672.fsf@cyd.mit.edu> <873ahym8ji.fsf@cyd.mit.edu> <87r65flh5n.fsf @cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1227836859 1760 80.91.229.12 (28 Nov 2008 01:47:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Nov 2008 01:47:39 +0000 (UTC) Cc: emanuele.giaquinta@gmail.com, cyd@stupidchicken.com, emacs-devel@gnu.org, dann@ics.uci.edu, monnier@iro.umontreal.ca, evilborisnet@netscape.net, jasonr@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 28 02:48:41 2008 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 1L5sTJ-0004i3-31 for ged-emacs-devel@m.gmane.org; Fri, 28 Nov 2008 02:48:41 +0100 Original-Received: from localhost ([127.0.0.1]:38214 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L5sS8-0003DA-UX for ged-emacs-devel@m.gmane.org; Thu, 27 Nov 2008 20:47:28 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L5sS4-0003Cx-VU for emacs-devel@gnu.org; Thu, 27 Nov 2008 20:47:25 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L5sS3-0003Ca-3z for emacs-devel@gnu.org; Thu, 27 Nov 2008 20:47:24 -0500 Original-Received: from [199.232.76.173] (port=49317 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L5sS2-0003CW-TN for emacs-devel@gnu.org; Thu, 27 Nov 2008 20:47:22 -0500 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:45722) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L5sRy-00056w-CT; Thu, 27 Nov 2008 20:47:18 -0500 Original-Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id mAS1lCUK027032; Fri, 28 Nov 2008 10:47:12 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id mAS1lCQq008375; Fri, 28 Nov 2008 10:47:12 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp4.aist.go.jp with ESMTP id mAS1lAsm003313; Fri, 28 Nov 2008 10:47:10 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken.m17n.org with local (Exim 4.69) (envelope-from ) id 1L5sRq-000303-QC; Fri, 28 Nov 2008 10:47:10 +0900 In-reply-to: (message from Richard M Stallman on Thu, 27 Nov 2008 15:17:49 -0500) 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) X-detected-operating-system: by monty-python.gnu.org: Solaris 9 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:106254 Archived-At: In article , Richard M Stallman writes: > As a result, now the executable is 10,671,313 bytes on > GNU/Linux. It's still 1.6M bytes larger than Emacs 22, but > I'm not sure it's worth making more effort to reduce it. > Thanks forn doing the work to shrink it. > It is no disaster to be 1.6 meg bigger. But I think is worth some > effort to try to find where that 1.6 meg goes in order to see if there > is an easy idea for substantial more savings. If there is an easy way, > it will be worth doing. At least, temacs itself is 680K bytes larger. The new charset.c mallocs 260K bytes for temporary work. It is freed just before dumping, but it is uncertain whether it is surely returned to the system or not. In addition, many of preloaded Lisp files have grown. I guess the growth is not because of single change but because of summing up of many small changes. Of course, someone who has a time to investigate it is welcome. --- Kenichi Handa handa@ni.aist.go.jp