From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?Llu=C3=ADs?= Newsgroups: gmane.emacs.devel Subject: Re: Guile emacs thread (again) Date: Wed, 17 Sep 2014 14:29:07 -0500 Message-ID: <87zjdyf3lo.fsf@fimbulvetr.bsc.es> References: <87wq97i78i.fsf@earlgrey.lan> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1410982182 14819 80.91.229.3 (17 Sep 2014 19:29:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Sep 2014 19:29:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 17 21:29:35 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 1XUKv1-0007dj-JL for ged-emacs-devel@m.gmane.org; Wed, 17 Sep 2014 21:29:35 +0200 Original-Received: from localhost ([::1]:46951 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUKv1-0000Ht-79 for ged-emacs-devel@m.gmane.org; Wed, 17 Sep 2014 15:29:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54262) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUKuq-0000Fs-JA for emacs-devel@gnu.org; Wed, 17 Sep 2014 15:29:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XUKuj-000604-47 for emacs-devel@gnu.org; Wed, 17 Sep 2014 15:29:24 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:49857) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUKui-0005yz-QV for emacs-devel@gnu.org; Wed, 17 Sep 2014 15:29:17 -0400 Original-Received: from localhost ([146.6.53.199]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M3zne-1YLTnT3ax0-00rUfF for ; Wed, 17 Sep 2014 21:29:10 +0200 In-Reply-To: <87wq97i78i.fsf@earlgrey.lan> (Christopher Allan Webber's message of "Thu, 11 Sep 2014 11:29:09 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:r9ruuTdt3vgbOeZhuvXrfe/RT+syDDzhpKXevRmCdNkF56O3Wy/ ClIXENHF7RGsLSC9119B2lEiGK+6z4GHxX2uH5YNfYrkF2k6YBhBmoACOIlXFQEqqqbuMaB TDklBguFmQs9yPa2GYorOFLRxnzdx9S/pAhC/ZybGEMYFE6+WURPkpPu2JEgN/za1UkRhPx ck038BmW8/d+aWP4lJaHw== X-UI-Out-Filterresults: notjunk:1; X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 212.227.15.15 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:174461 Archived-At: Christopher Allan Webber writes: [...] > I found it very inspiring. It seems those things are fairly close. > So this email is partly a: > - What now? What's the chance of work towards guilemacs moving over to > an official emacs git branch, and that port happening, anytime soon? > - Is anyone running it? How's it going for you? I just read the thread, and many different and entwined points have been raised, which I think make the discussion harder to follow. Thus I would like to summarize the issues I've read regarding Guile (feel free to reply with any points you think I've missed or misinterpreted): * Manpower / responsiveness There's not much to say here. Whatever layers Emacs decides to use (if any), there should be an appropriate response delay to handle issues. * Direction / design There could be design decisions conflicting between Emacs' and Guile's desires. Such issues can only be resolved through mutual and good-hearted understanding. * Multi-language support As someone said, using Guile does not necessarily mean exposing all these languages in Emacs (i.e., just use Guile's lower-level compiler/VM layers). * Development model / organization It has been argued that Guile's development model does not give enough stability assurances. I'm sure that's something that can be easily fixed if Guile's developers slightly change their workflow to maintain a more stable branch that Emacs (and other projects) can use. * It's a GNU project If that really counts for any purpose. Thus I would say that the only critical point here is the first one (manpower/responsiveness). To some extent, the second point could be a problem too (direction/design), but targeting Emacs to the lower-level layers of Guile could limit the impact of this factor. Thanks, Lluis -- "And it's much the same thing with knowledge, for whenever you learn something new, the whole world becomes that much richer." -- The Princess of Pure Reason, as told by Norton Juster in The Phantom Tollbooth