From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Israelsson Tampe Newsgroups: gmane.lisp.guile.devel Subject: Re: Guile Lua Date: Wed, 21 Nov 2012 16:51:03 +0100 Message-ID: References: <87d2zc6vla.fsf@googlemail.com> <1353292230.5256.23.camel@Renee-desktop.suse> <87lidxti7b.fsf@gnu.org> <1353468038.5256.84.camel@Renee-desktop.suse> <87lidvhyuu.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b2e53bc58372d04cf03513a X-Trace: ger.gmane.org 1353513078 21415 80.91.229.3 (21 Nov 2012 15:51:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Nov 2012 15:51:18 +0000 (UTC) Cc: guile-devel@gnu.org To: =?ISO-8859-1?Q?Ludovic_Court=E8s?= Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Nov 21 16:51:29 2012 Return-path: Envelope-to: guile-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 1TbCaG-0002c1-IP for guile-devel@m.gmane.org; Wed, 21 Nov 2012 16:51:28 +0100 Original-Received: from localhost ([::1]:49737 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbCa5-0006ii-Po for guile-devel@m.gmane.org; Wed, 21 Nov 2012 10:51:17 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:60740) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbCZw-0006fO-Jf for guile-devel@gnu.org; Wed, 21 Nov 2012 10:51:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TbCZs-0006i0-5i for guile-devel@gnu.org; Wed, 21 Nov 2012 10:51:08 -0500 Original-Received: from mail-qa0-f41.google.com ([209.85.216.41]:61621) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbCZs-0006hw-1A; Wed, 21 Nov 2012 10:51:04 -0500 Original-Received: by mail-qa0-f41.google.com with SMTP id c26so1975702qad.0 for ; Wed, 21 Nov 2012 07:51:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8WE8IdIu6xismFlG+UQm4JMSPjlwEYYThKDt9Pt+jYQ=; b=rKfYb4uGcGhvx6FtSPHcKxeEZDjcbW9Bk5BB38mbYhX+5eiJxogfaPZfCzuEtVhr1K 4C/vN/smoKqRHJ5X1Ez4bed3/AvOyEcCQsNs65zYSFzbJwBnZi0sSdf2WQTRF8GRtP79 jGbETw94tdAXIG7b5L3zZ8XCJnrr95/i1ZqpkIyOLiYSg16Y7Z9bwxSJ/TlcSBx8EJUF y1WUfNl7tQzUuUK2Nz05h+4bNAG+zrsSLIr5IO8BYOCwOQMNT6LFbU+sJZxsJw6I+33/ wiyRkfmyuV8NzEMKv8XjkVeSLZZSdnrwW+xQnjju635MrGcE45J/w14iqVg4scPScP15 h/aw== Original-Received: by 10.49.70.234 with SMTP id p10mr21766579qeu.30.1353513063429; Wed, 21 Nov 2012 07:51:03 -0800 (PST) Original-Received: by 10.49.28.135 with HTTP; Wed, 21 Nov 2012 07:51:03 -0800 (PST) Original-Received: by 10.49.28.135 with HTTP; Wed, 21 Nov 2012 07:51:03 -0800 (PST) In-Reply-To: <87lidvhyuu.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.216.41 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:15227 Archived-At: --047d7b2e53bc58372d04cf03513a Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, > In terms of strategy, I think Guile=92s focus should remain primarily on > Scheme variants, and ELisp. Other language front-ends are of course > welcome, but we must keep an eye on what the demand is. What about common lisp is scheme a lisp or is CL a scheme :-) Anyway to support CL I would think that we need to support placing properties on symbols, e,g. currently a symbol slot is a variable, but to effectively support CL I would go for /Stefan Den 21 nov 2012 14:26 skrev "Ludovic Court=E8s" : > Hi! > > nalaginrut skribis: > > > I switch to lua branch then compiled it and try, seems some bugs there, > > it can't run successfully: > > -------------------cut-------------------- > > scheme@(guile-user)> ,L lua > > Happy hacking with Lua! To switch back, type `,L scheme'. > > lua@(guile-user)> x=3D1 > > Maybe you need a semicolon here? > > > And I checked the code, it doen't use Guile inner LALR parser. > > Anybody point me out what is the suggested parser implementation? > > (system base lalr). > > > And is there anyone ever evaluated the efficiency about the non-scheme > > language implemented within Guile? > > I don=92t think so. Only the Scheme and Emacs Lisp front-end are > reasonably mature, anyway. > > > Anyway, this wouldn't be a big problem, since Guile could be the > > future dynamic language compiler collection, it could be optimized > > later. > > FWIW, I don=92t quite buy the =93dynamic language compiler collection=94. > Others tried this before (Parrot), with some success in terms of > supported languages, but not much beyond that. > > In terms of strategy, I think Guile=92s focus should remain primarily on > Scheme variants, and ELisp. Other language front-ends are of course > welcome, but we must keep an eye on what the demand is. > > Thanks, > Ludo=92. > > --047d7b2e53bc58372d04cf03513a Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hi,
> In terms of strategy, I think Guile=92s focus should remain primarily = on
> Scheme variants, and ELisp. =A0Other language front-ends are of course=
> welcome, but we must keep an eye on what the demand is.

What about common lisp is scheme a lisp or is CL a scheme :-)

Anyway to support CL I would think that we need to support placing prope= rties
on symbols, e,g. currently a symbol slot is a variable, but to effectively = support CL I would go for
/Stefan

Den 21 nov 2012 14:26 skrev "Ludovic Court= =E8s" <ludo@gnu.org>:
Hi!

nalaginrut <nalaginrut@gmail.com= > skribis:

> I switch to lua branch then compiled it and try, seems some bugs there= ,
> it can't run successfully:
> -------------------cut--------------------
> scheme@(guile-user)> ,L lua
> Happy hacking with Lua! =A0To switch back, type `,L scheme'.
> lua@(guile-user)> x=3D1

Maybe you need a semicolon here?

> And I checked the code, it doen't use Guile inner LALR parser.
> Anybody point me out what is the suggested parser implementation?

(system base lalr).

> And is there anyone ever evaluated the efficiency about the non-scheme=
> language implemented within Guile?

I don=92t think so. =A0Only the Scheme and Emacs Lisp front-end are
reasonably mature, anyway.

> Anyway, this wouldn't be a big problem, since Guile could be the > future dynamic language compiler collection, it could be optimized
> later.

FWIW, I don=92t quite buy the =93dynamic language compiler collection=94. Others tried this before (Parrot), with some success in terms of
supported languages, but not much beyond that.

In terms of strategy, I think Guile=92s focus should remain primarily on Scheme variants, and ELisp. =A0Other language front-ends are of course
welcome, but we must keep an eye on what the demand is.

Thanks,
Ludo=92.

--047d7b2e53bc58372d04cf03513a--