From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "John Wiegley" Newsgroups: gmane.emacs.devel Subject: Re: Emacs rewrite in a maintainable language Date: Mon, 12 Oct 2015 12:39:32 -0700 Organization: New Artisans LLC Message-ID: References: <561A19AB.5060001@cumego.com> <87io6dl0h0.fsf@wanadoo.es> <87lhb82qxc.fsf@gmail.com> <87oag4jk74.fsf@wanadoo.es> <87k2qrki45.fsf@wanadoo.es> 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 1444678810 24019 80.91.229.3 (12 Oct 2015 19:40:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 12 Oct 2015 19:40:10 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 12 21:40:06 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 1Zlix1-0006yx-B6 for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 21:40:03 +0200 Original-Received: from localhost ([::1]:58229 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zlix0-0005qJ-Qd for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 15:40:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41514) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zliwn-0005qA-4Q for emacs-devel@gnu.org; Mon, 12 Oct 2015 15:39:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zliwi-000191-V9 for emacs-devel@gnu.org; Mon, 12 Oct 2015 15:39:49 -0400 Original-Received: from mail-pa0-x235.google.com ([2607:f8b0:400e:c03::235]:35896) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zliwi-00018w-Ph for emacs-devel@gnu.org; Mon, 12 Oct 2015 15:39:44 -0400 Original-Received: by pacex6 with SMTP id ex6so7649905pac.3 for ; Mon, 12 Oct 2015 12:39:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type :content-transfer-encoding; bh=CKsdIhIzR4zStbFMM5pT9FMySPCW8MddhGQMuIA2mJM=; b=n2Fb4+QFJOWy7qiWx2pv4ZgZPfN2hk14Nc+LIp5wzKgs1gjz5aNirv4F9D8hgP+k7A /vqrpg4AEMxQwIS43NZWWV2lA606TbU6ge/M9HhEHHAL2wA0V+D1/AR8QrpG9dyOQS3X /j6ntX5nfQJB8/MDiLLExsPUfTWy7n22EXGR9ewyCAe79Yg+iTKQ/PYO3/SZEsSMJORG 4PRmLC1oVRwjqbHRD6UMLpCj5ocu4tSDcD9+Wf0iRCnP02kYcuIIoVWvecW8Y3vuxfV2 5n1DkTyxAf6CJD24KQ09AOoh2q9OiV99iJFmkRcOM79KM/qpckNC/Uyx3P2Q8qiAq4Q2 TK7g== X-Received: by 10.68.197.97 with SMTP id it1mr36025636pbc.4.1444678783961; Mon, 12 Oct 2015 12:39:43 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id hq8sm19955096pad.35.2015.10.12.12.39.43 for (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 12 Oct 2015 12:39:43 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id 50AC5F2C039C; Mon, 12 Oct 2015 12:39:42 -0700 (PDT) In-Reply-To: <87k2qrki45.fsf@wanadoo.es> (=?utf-8?Q?=22=C3=93scar?= Fuentes"'s message of "Mon, 12 Oct 2015 21:21:46 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::235 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:191381 Archived-At: >>>>> =C3=93scar Fuentes writes: >> A subset of Elisp that doesn't have dynamic binding might well produce c= ode >> that could be of use to us, > That's what I had in mind all the time. We could aim to the subset of Eli= sp > that can be translated to a fast enough target code, while remaining > superior to C in convenience. > Or a more radical approach: a Lispy language, easy to learn by those who > already know Elisp, but which can be translated all the way to something = as > performant as the current C code, while being capable of interacting with > it. This way, whenever someone needs fast code, he would use this other > dialect instead of writing C, or the slow Elisp (or avoiding the task > altogether.) If it can leverage what the contributor already knows about Elisp, I'm all = for it. I wonder what RMS' and Eli's reaction would be. If they are amenable, would you be willing to prototype it? If we could see= a language description for the subset/alternate, and a sample compilation int= o C for some of the functions we have in Emacs core (that is, reimplementing th= em as a proof of concept), that would help sell it. John