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: Emacs Lisp's future Date: Sat, 27 Sep 2014 17:44:26 +0900 Message-ID: <87vbo9wiz9.fsf@uwakimon.sk.tsukuba.ac.jp> References: <54193A70.9020901@member.fsf.org> <87lhp6h4zb.fsf@panthera.terpri.org> <87k34qo4c1.fsf@fencepost.gnu.org> <54257C22.2000806@yandex.ru> <87bnq2o21v.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1411807508 18691 80.91.229.3 (27 Sep 2014 08:45:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Sep 2014 08:45:08 +0000 (UTC) Cc: Dmitry Antipov , emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 27 10:44:57 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XXncc-0001j5-4h for ged-emacs-devel@m.gmane.org; Sat, 27 Sep 2014 10:44:54 +0200 Original-Received: from localhost ([::1]:55024 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXncb-00063C-Pi for ged-emacs-devel@m.gmane.org; Sat, 27 Sep 2014 04:44:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXncT-00062t-DZ for emacs-devel@gnu.org; Sat, 27 Sep 2014 04:44:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XXncO-0003T9-4d for emacs-devel@gnu.org; Sat, 27 Sep 2014 04:44:45 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:33821) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXncI-0003Sn-At; Sat, 27 Sep 2014 04:44:34 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTP id 7993F1C3AD3; Sat, 27 Sep 2014 17:44:26 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 635B31A3260; Sat, 27 Sep 2014 17:44:26 +0900 (JST) In-Reply-To: <87bnq2o21v.fsf@fencepost.gnu.org> X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:174732 Archived-At: David Kastrup writes: > Dmitry Antipov writes: > > Adopting Emacs? Why not just use ICU? This project's page claims about > > "GPL-compatible" free license (http://userguide.icu-project.org/icufaq). > > Because ICU is not under the control of the GNU project. You can say the same about the Linux kernel, for example. Nevertheless, the HURD has never made it to ready-for-prime-time status. At some point it's worth delegating maintenance of 99% of your needs to another project, and Emacs has already been through the Mule-to-Unicode internal encoding conversion. Would you really wish that on another project? > In addition, Emacs' string handling and encoding/reencoding has a > longer history than UTF-8 and most such libraries. It's mature, > and it definitely fits Emacs' bill. I really doubt it will take much effort to move Emacs to ICU (compared to grafting Emacs's complex internal facilities onto another project).