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: Emacs rewrite in a maintainable language Date: Sun, 18 Oct 2015 19:44:38 +0300 Message-ID: <83twpoi0sp.fsf@gnu.org> References: <561A19AB.5060001@cumego.com> <87io6dl0h0.fsf@wanadoo.es> <87lhb82qxc.fsf@gmail.com> <87oag4jk74.fsf@wanadoo.es> <87k2qrki45.fsf@wanadoo.es> <8737xf9je9.fsf@fencepost.gnu.org> <87pp0fm0j3.fsf@gnu.org> <87r3kusx8z.fsf@fencepost.gnu.org> <83lhb26eb9.fsf@gnu.org> <876126key3.fsf@gnu.org> <83fv1a6bfu.fsf@gnu.org> <87d1weo7u9.fsf@gnu.org> <83zizi3qr0.fsf@gnu.org> <87lhb1n81y.fsf@gnu.org> <83si594wt3.fsf@gnu.org> <87io64iigs.fsf@gnu.org> <87r3kso1gr.fsf@fencepost.gnu.org> <87wpuks5ek.fsf@T420.taylan> <83vba4i1z3.fsf@gnu.org> <87pp0cqgjf.fsf@T420.taylan> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1445186716 18103 80.91.229.3 (18 Oct 2015 16:45:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 18 Oct 2015 16:45:16 +0000 (UTC) Cc: ludo@gnu.org, dak@gnu.org, emacs-devel@gnu.org To: taylanbayirli@gmail.com (Taylan Ulrich =?utf-8?Q?Bay=C4=B1rl=C4=B1=2FK?= =?utf-8?Q?ammer?=) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 18 18:45:01 2015 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 1Znr4t-0002UW-CF for ged-emacs-devel@m.gmane.org; Sun, 18 Oct 2015 18:44:59 +0200 Original-Received: from localhost ([::1]:34621 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Znr4s-00033J-Ho for ged-emacs-devel@m.gmane.org; Sun, 18 Oct 2015 12:44:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38469) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Znr4f-00032o-Lp for emacs-devel@gnu.org; Sun, 18 Oct 2015 12:44:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Znr4e-0004Z7-JR for emacs-devel@gnu.org; Sun, 18 Oct 2015 12:44:45 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:56443) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Znr4Y-0004Yd-Ph; Sun, 18 Oct 2015 12:44:39 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NWF00M00CGV3A00@mtaout24.012.net.il>; Sun, 18 Oct 2015 19:37:53 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NWF00K3UCV5Y210@mtaout24.012.net.il>; Sun, 18 Oct 2015 19:37:53 +0300 (IDT) In-reply-to: <87pp0cqgjf.fsf@T420.taylan> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 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:191970 Archived-At: > From: taylanbayirli@gmail.com (Taylan Ulrich Bay=C4=B1rl=C4=B1/Kamm= er) > Date: Sun, 18 Oct 2015 18:37:24 +0200 > Cc: ludo@gnu.org, dak@gnu.org, emacs-devel@gnu.org >=20 > Eli Zaretskii writes: >=20 > >> From: taylanbayirli@gmail.com (Taylan Ulrich Bay=C4=B1rl=C4=B1/K= ammer) > >> Cc: ludo@gnu.org (Ludovic Court=C3=A8s), Eli Zaretskii > >> , emacs-devel@gnu.org > >> Date: Sun, 18 Oct 2015 14:54:59 +0200 > >>=20 > >> Guile's string library is for working with strings (surprise!), = not > >> arbitrary byte vectors. > >>=20 > >> For arbitrary byte vectors, Guile has bytevectors (surprise!!). > > > > One of the major lessons Emacs development learned since Emacs 20= .1 is > > that raw bytes happen as part of text (a.k.a. "strings"), and > > therefore there's a need to support a mixture of these two in the= same > > buffer/string. I think that's something Guile should support as = well, > > as that will make it a more powerful and flexible extension langu= age, > > able to deal with a wider range of real-life situations. >=20 > Text as understood by a user of a text editor does not necessarily > correspond to strings as understood by a programmer. It doesn't matter how this data type is called, what's important is that it should support both human-readable text and raw bytes in the same contiguous stream of "characters". > Though that doesn't seem to be an absolute requirement for letting > libguile compile Elisp, since it can just treat Elisp strings as a > separate data type, as GuileEmacs currently does. That'd be an inconvenience, since it will require a translation layer between Emacs strings and Guile strings, and that will hamper performance.