From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: size of emacs executable after unicode merge Date: Wed, 05 Nov 2008 10:50:31 -0500 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> <200810311507.m9VF7EAl022755@mothra.ics.uci.edu> <873ai7t7fx.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1225900267 13150 80.91.229.12 (5 Nov 2008 15:51:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Nov 2008 15:51:07 +0000 (UTC) Cc: rms@gnu.org, emanuele.giaquinta@gmail.com, Chong Yidong , emacs-devel@gnu.org, dann@ics.uci.edu, evilborisnet@netscape.net, jasonr@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 05 16:52:00 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 1Kxkfm-00028P-7N for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2008 16:51:58 +0100 Original-Received: from localhost ([127.0.0.1]:37079 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kxkee-0001i1-PZ for ged-emacs-devel@m.gmane.org; Wed, 05 Nov 2008 10:50:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kxkea-0001hH-2J for emacs-devel@gnu.org; Wed, 05 Nov 2008 10:50:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KxkeV-0001fH-6i for emacs-devel@gnu.org; Wed, 05 Nov 2008 10:50:42 -0500 Original-Received: from [199.232.76.173] (port=54004 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KxkeV-0001fE-1j for emacs-devel@gnu.org; Wed, 05 Nov 2008 10:50:39 -0500 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:26256 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KxkeR-0001IU-5U; Wed, 05 Nov 2008 10:50:35 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAP9OEUlMCqyo/2dsb2JhbACBd8sAg1OBDw X-IronPort-AV: E=Sophos;i="4.33,551,1220241600"; d="scan'208";a="29379895" Original-Received: from 76-10-172-168.dsl.teksavvy.com (HELO pastel.home) ([76.10.172.168]) by ironport2-out.teksavvy.com with ESMTP; 05 Nov 2008 10:50:32 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 05F8182F2; Wed, 5 Nov 2008 10:50:32 -0500 (EST) In-Reply-To: (Kenichi Handa's message of "Wed, 05 Nov 2008 13:17:40 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:105403 Archived-At: >> > Maybe simpler would be to build this table as we do now, then print it >> > into a file. Then the "dump" doesn't need to build the table, it can >> > just read it from the file. >> Handa-san, could you comment on this? > I think it doesn't work. Emacs needs that table and the other > mapping char-tables to decode non-ascii characters in files > that are loaded before dumping. IIUC Emacs only needs those tables when loading files that use some particular encodings. E.g. it doesn't need it to read files using Unicode encodings. 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? > If it is impossible to exclude garbage-colleted data (especially > char-tables) from the dumpled file, it seems that the only way is not > to build those char-tables. But it requires rather heavy changes to > files loaded before dumped. What kind of changes? Stefan