From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Noah Lavine Newsgroups: gmane.lisp.guile.devel Subject: Re: Lightning Bindings Date: Tue, 1 Jun 2010 10:57:15 -0400 Message-ID: References: <87bpbya2r3.fsf@ambire.localdomain> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1275404794 32653 80.91.229.12 (1 Jun 2010 15:06:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 1 Jun 2010 15:06:34 +0000 (UTC) Cc: guile-devel@gnu.org To: Thien-Thi Nguyen Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jun 01 17:06:33 2010 connect(): No such file or directory Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OJT32-0006lQ-2Q for guile-devel@m.gmane.org; Tue, 01 Jun 2010 17:06:33 +0200 Original-Received: from [127.0.0.1] (port=42769 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJT30-0003Xz-Ly for guile-devel@m.gmane.org; Tue, 01 Jun 2010 11:06:30 -0400 Original-Received: from [140.186.70.92] (port=54101 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJSu6-0000gG-L5 for guile-devel@gnu.org; Tue, 01 Jun 2010 10:57:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJSu5-0002MZ-Cw for guile-devel@gnu.org; Tue, 01 Jun 2010 10:57:18 -0400 Original-Received: from mail-pz0-f176.google.com ([209.85.222.176]:35153) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJSu5-0002MQ-7L for guile-devel@gnu.org; Tue, 01 Jun 2010 10:57:17 -0400 Original-Received: by pzk6 with SMTP id 6so542303pzk.1 for ; Tue, 01 Jun 2010 07:57:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=XQX4C8VRRgvSFwmf/sRJk3TcM56DMR3P9wae8H/Pz7w=; b=ubHaIZPqDiuhbwD1w6tRCyXw369kLLTK8SuA7x+EidZFSStjaQxLKlgrM2rczjz8HJ aXowtXZWkaLOPi81RsF6ln3mvrboHAZxZ9vMs8/YS2mze/X04wshdoV7Mi+MG2/y1Row 3OR6k6GXrOe67G6tTcU5GavILsEXKlTnCil/0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=R9R/8eCK19UmORrg81m6QcAXlMMcq7+Ml+glMHzgWjIEF4O2dl9ynK+ywkpF6bSMIO oh98wSQy+5zwl/ID/QumjqjQiprGYKdMCJYKuj2Zd4I5HuuOKoxFch40j0/MPGkUJL0D puoLgDSRhdJdhdSGOQCW5dcAqbvNhiwraMXCE= Original-Received: by 10.115.133.39 with SMTP id k39mr4955702wan.198.1275404235997; Tue, 01 Jun 2010 07:57:15 -0700 (PDT) Original-Received: by 10.231.32.13 with HTTP; Tue, 1 Jun 2010 07:57:15 -0700 (PDT) In-Reply-To: <87bpbya2r3.fsf@ambire.localdomain> X-Google-Sender-Auth: we6F1hGsQBW0Gw30_CnTIRAAHZQ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:10412 Archived-At: I didn't realize GCC had a Lisp interface. Interfacing with GCC would be excellent. This is perhaps far-fetched, but I think the best thing would be if we could persuade them to replace MELT with Guile. It looks to me from the docs like MELT is yet another Lisp engine, which is exactly what Guile is trying to replace. We could offer them a well-tested, more-feature-complete extension language, and they could offer us interfaces to good code generation. Noah On Sat, May 29, 2010 at 4:09 PM, Thien-Thi Nguyen wrote: > () Noah Lavine > () Thu, 27 May 2010 17:03:48 -0400 > > =A0 =A0 =A0- Second, what would a good interface to a native code > =A0 generation system be? =A0(I'm assuming we'll want Lightning > =A0 available as a regular module in addition to using it to speed > =A0 up the language.) =A0My current prototype just mimics the > =A0 Lightning API, but it's not necessarily the best way to do > =A0 this. Is there a better way? > > Perhaps you can look at how MELT (for GCC) does things. =A0Keeping > within striking distance of GCC interop (i.e., its plugin design) > is probably a lot of work, but maybe the benefit would be greater. > > thi >