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: [PATCH] Unicode Lisp reader escapes Date: Fri, 12 May 2006 14:26:47 +0900 Message-ID: References: <17491.34779.959316.484740@parhasard.net> <87odyfnqcj.fsf-monnier+emacs@gnu.org> <17498.27200.911709.330947@parhasard.net> <877j4z5had.fsf@gmx.de> <87irohfrx1.fsf@gmx.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1147411646 23740 80.91.229.2 (12 May 2006 05:27:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 12 May 2006 05:27:26 +0000 (UTC) Cc: alkibiades@gmx.de, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 12 07:27:23 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FeQBI-0000M6-NP for ged-emacs-devel@m.gmane.org; Fri, 12 May 2006 07:27:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeQBI-0005yA-4w for ged-emacs-devel@m.gmane.org; Fri, 12 May 2006 01:27:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeQB4-0005wA-6H for emacs-devel@gnu.org; Fri, 12 May 2006 01:27:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeQB2-0005tO-L4 for emacs-devel@gnu.org; Fri, 12 May 2006 01:27:01 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeQB2-0005t5-H3 for emacs-devel@gnu.org; Fri, 12 May 2006 01:27:00 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FeQCe-00035J-Gb; Fri, 12 May 2006 01:28:41 -0400 Original-Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k4C5QmVH011058; Fri, 12 May 2006 14:26:48 +0900 Original-Received: from etlken (etlken.m17n.org [192.47.44.125]) by nfs.m17n.org (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k4C5QmDa010113; Fri, 12 May 2006 14:26:48 +0900 Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1FeQAp-0003mu-00; Fri, 12 May 2006 14:26:47 +0900 Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Fri, 12 May 2006 00:14:50 -0400) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) 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:54302 Archived-At: In article , Richard Stallman writes: > I don't know a convenient way to specify values of huge > char-tables and hash-tables in each file. > Obviously we find another way to specify the information. > Please try to find a solution; don't give up just because it > nontrivial. At least you now understand it's not trivial. Why do you think it's worth doing at this stage even if it requires nontrivial work? How about just asking users to use emacs-mule coding system for *.el files if they want them decoded the same way independent of various settings on byte-compiling? Such *.elc files are still loadable by emacs-unicode. --- Kenichi Handa handa@m17n.org