From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Sat, 27 Sep 2014 16:24:11 +0200 Message-ID: <87lhp5m99w.fsf@fencepost.gnu.org> References: <54193A70.9020901@member.fsf.org> <87lhp6h4zb.fsf@panthera.terpri.org> <87k34qo4c1.fsf@fencepost.gnu.org> <54257C22.2000806@yandex.ru> <83iokato6x.fsf@gnu.org> <87wq8pwjen.fsf@uwakimon.sk.tsukuba.ac.jp> <837g0ptnlj.fsf@gnu.org> <87r3yxwdr6.fsf@uwakimon.sk.tsukuba.ac.jp> <87tx3tmi3t.fsf@fencepost.gnu.org> <834mvttgsf.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1411827968 22925 80.91.229.3 (27 Sep 2014 14:26:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Sep 2014 14:26:08 +0000 (UTC) Cc: handa@gnu.org, Eli Zaretskii , dmantipov@yandex.ru, stephen@xemacs.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 27 16:25:58 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 1XXswc-0000d9-9i for ged-emacs-devel@m.gmane.org; Sat, 27 Sep 2014 16:25:54 +0200 Original-Received: from localhost ([::1]:56035 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXswb-0004W4-Bd for ged-emacs-devel@m.gmane.org; Sat, 27 Sep 2014 10:25:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46811) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXsvf-0004Mh-8I for emacs-devel@gnu.org; Sat, 27 Sep 2014 10:25:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XXsv6-00089j-3h for emacs-devel@gnu.org; Sat, 27 Sep 2014 10:24:55 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:41257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXsv6-00085Z-0v for emacs-devel@gnu.org; Sat, 27 Sep 2014 10:24:20 -0400 Original-Received: from localhost ([127.0.0.1]:46886 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXsuy-0008EX-CC; Sat, 27 Sep 2014 10:24:12 -0400 Original-Received: by lola (Postfix, from userid 1000) id F20C0E05D7; Sat, 27 Sep 2014 16:24:11 +0200 (CEST) In-Reply-To: (Stefan Monnier's message of "Sat, 27 Sep 2014 10:04:33 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.10 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:174741 Archived-At: Stefan Monnier writes: > Could you move on to some other discussion? > I mean, it's not like this is a problem we need to fix now (if ever). Uh, Pango was an analogy example. The actual question was whether Emacs can or should delegate its character encoding/decoding processing (not really significantly related to Pango but subject to similar considerations) to GUILE's current mechanisms. Which seem to be libunistring via libiconv (both GNU libraries it would appear) rather than the ICU mentioned elsewhere. > So let's cross this bridge when we get there. The GUILE bridge is there. Robin Templeton's status of the port is that it is mostly complete, with strings/buffers being the most notable part obliterating acceptable performance via thick glue layers between Emacs' and GUILE's different implementations of similar concepts. Removing the thick glue layer requires that Emacs and GUILE strings (and Emacs buffers and GUILE whatever) become exchangeable and offer the same operations without impacting performance for either. -- David Kastrup