From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Newsgroups: gmane.emacs.devel Subject: Guile-Emacs Date: Fri, 16 Oct 2015 14:25:52 +0200 Message-ID: <87lhb3m0hf.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> <83d1wiztt3.fsf@gnu.org> 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 1445000495 15761 80.91.229.3 (16 Oct 2015 13:01:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2015 13:01:35 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 16 15:01:24 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 1Zn4dK-00018Q-FJ for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 15:01:18 +0200 Original-Received: from localhost ([::1]:53484 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn4dJ-00062U-Pw for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 09:01:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58123) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn4dB-0005vR-AL for emacs-devel@gnu.org; Fri, 16 Oct 2015 09:01:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zn4d5-0005xu-8L for emacs-devel@gnu.org; Fri, 16 Oct 2015 09:01:09 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54612) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn4d5-0005xq-6N for emacs-devel@gnu.org; Fri, 16 Oct 2015 09:01:03 -0400 Original-Received: from pluto.bordeaux.inria.fr ([193.50.110.57]:40086 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1Zn4d4-0005dI-N3 for emacs-devel@gnu.org; Fri, 16 Oct 2015 09:01:03 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 25 =?utf-8?Q?Vend=C3=A9miaire?= an 224 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x3D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-unknown-linux-gnu Cancel-Lock: sha1:1wlMJODfOZUqvlComyeQekGpKkU= X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:191747 Archived-At: Eli Zaretskii skribis: > First, Guile's Scheme is not Emacs Lisp, there are significant > differences. Guile=E2=80=99s compiler has an Emacs=C2=A0Lisp front-end. > Second, Guile itself is written in C, so what exactly is gained here? More than half is in Scheme (see .) The C part is a subset of the run-time support library, libguile. The compiler itself, among other things, is written in Scheme. > Third, AFAIR the Guile branch doesn't replace all of Emacs's C core. Right. Part of Emacs=E2=80=99 C core becomes redundant with libguile, thou= gh, so it should be possible to remove that part. > Fourth, that branch is far from ready for prime time (as you know and > point out). This is true. That said, of all the proposals discussed here, it seems to be by far the one that is the closest to being ready. :-) provides a good summary. >> GUILE's byte compiler is supposed to do a better job than Elisp. > > But for now it has known problems with ELisp (some tests fail). Also, > at least Guile's own byte code (the *.go files) are not > architecture-independent, so building a Guile Emacs will need a long > compilation on the target machine. Not a catastrophe, but hardly a > nice thing. There=E2=80=99s a trade-off here: those files can be mmap=E2=80=99d directl= y, which reduces resource usage. It would be wonderful if Emacs hackers could look at Guile-Emacs, talk to Robin Templeton, identify problems, and help out. After all the thought and sweat Robin has put into this project, I=E2=80=99m confident th= at it=E2=80=99s not (no longer!) an unrealistic project. More importantly, the benefits are way more tangible than those of a C++ rewrite of the core; see . Let=E2=80=99s just do it! :-) Ludo=E2=80=99.