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: [PATCH] Unicode Lisp reader escapes Date: Thu, 04 May 2006 19:31:25 +0300 Message-ID: References: <17491.34779.959316.484740@parhasard.net> <87odyfnqcj.fsf-monnier+emacs@gnu.org> <87psiuj8at.fsf-monnier+emacs@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1146760695 21419 80.91.229.2 (4 May 2006 16:38:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 4 May 2006 16:38:15 +0000 (UTC) Cc: alkibiades@gmx.de, emacs-devel@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 04 18:38:04 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 1Fbgpn-0003WY-Pf for ged-emacs-devel@m.gmane.org; Thu, 04 May 2006 18:37:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbgpm-0008SC-Lk for ged-emacs-devel@m.gmane.org; Thu, 04 May 2006 12:37:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbgpS-0008NB-6N for emacs-devel@gnu.org; Thu, 04 May 2006 12:37:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbgpP-0008JW-8s for emacs-devel@gnu.org; Thu, 04 May 2006 12:37:25 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbgpP-0008JL-33 for emacs-devel@gnu.org; Thu, 04 May 2006 12:37:23 -0400 Original-Received: from [192.114.186.20] (helo=nitzan.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbgq2-0004la-L6 for emacs-devel@gnu.org; Thu, 04 May 2006 12:38:02 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-13-145.inter.net.il [80.230.13.145]) by nitzan.inter.net.il (MOS 3.7.3-GA) with ESMTP id DGU67826 (AUTH halo1); Thu, 4 May 2006 19:31:19 +0300 (IDT) Original-To: Stefan Monnier In-reply-to: <87psiuj8at.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Thu, 04 May 2006 08:18:02 -0400) 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:53920 Archived-At: > From: Stefan Monnier > Date: Thu, 04 May 2006 08:18:02 -0400 > Cc: emacs-devel@gnu.org, Oliver Scholz > > I'd vote to keep the code in elisp. And I think it's ugly and hackish to call Lisp from within C code, when all that Lisp does is simple integer arithmetics. IIRC, `decode-char' was originally coded in Lisp because it was added at the last moment before some past release happened. That was cool as long as it was a rarely-used vehicle for converting Unicode codepoints to the Emacs internal representation, but it's certainly NOT cool, IMO, as part of the Lisp reader. > After all, it's there, it works, and as mentioned: there's no > evidence that the decoding time of \u escapes it ever going to need > to be fast. ??? inside the Lisp reader, everything needs to be fast, IMO. > And it'll become fast in Emacs-unicode anyway Which will be when? 5 years from now?