From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: nXML Date: Wed, 19 Sep 2007 13:06:46 +0900 Message-ID: <876427i9ih.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87d4wgq5r4.fsf@everybody.org> <876428c9ay.fsf@everybody.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1190174773 6342 80.91.229.12 (19 Sep 2007 04:06:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Sep 2007 04:06:13 +0000 (UTC) Cc: "Mark A. Hershberger" , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 19 06:06:10 2007 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 1IXqpF-0007zi-DC for ged-emacs-devel@m.gmane.org; Wed, 19 Sep 2007 06:06:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IXqpD-0002yE-LF for ged-emacs-devel@m.gmane.org; Wed, 19 Sep 2007 00:06:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IXqpA-0002xy-Ew for emacs-devel@gnu.org; Wed, 19 Sep 2007 00:06:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IXqp8-0002xK-N1 for emacs-devel@gnu.org; Wed, 19 Sep 2007 00:06:04 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IXqp8-0002xH-JU for emacs-devel@gnu.org; Wed, 19 Sep 2007 00:06:02 -0400 Original-Received: from mtps02.sk.tsukuba.ac.jp ([130.158.97.224]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IXqp8-00028e-4Y for emacs-devel@gnu.org; Wed, 19 Sep 2007 00:06:02 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (unknown [130.158.99.156]) by mtps02.sk.tsukuba.ac.jp (Postfix) with ESMTP id 0639E7FFA; Wed, 19 Sep 2007 13:06:01 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 24FA91A2E11; Wed, 19 Sep 2007 13:06:47 +0900 (JST) In-Reply-To: X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" (+CVS-20070621) XEmacs Lucid X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) 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:79271 Archived-At: Stefan Monnier writes: > As for `char-names/unicode', that would fit better in `etc/unicode' as well, My experience suggests you want to avoid the identifier "unicode" in packages, either as a full name or as a component. It's just going to give annoying collisions when emacs-unicode gets merged, and the worst part is that unicode is such basic and useful functionality that the packaged stuff will have all kinds of clients, both in emacs proper and in third party packages. > all those char-name/unicode/*.el files should be auto-generated from > emacs/admin/unidata/Unicode.txt (maybe even on-the-fly ;-). XEmacs 21.5 does something similar, reading the mapping files for charsets, at startup. There's a measurable but not really painful performance hit (750 ms on a 750MHz machine; I suspect it's I/O bound so you won't get a proportional benefit from higher CPU speeds). N.B. We have C support for this. As long as you put it in C, I expect "measurable but not really painful" perfomance hit for this too.