From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nala Ginrut Newsgroups: gmane.lisp.guile.devel Subject: Re: Guile Lua Date: Sat, 12 Jan 2013 16:43:46 +0800 Organization: HFG Message-ID: <1357980226.23443.44.camel@Renee-desktop.suse> 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: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1357980255 603 80.91.229.3 (12 Jan 2013 08:44:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 12 Jan 2013 08:44:15 +0000 (UTC) Cc: Ludovic =?ISO-8859-1?Q?Court=E8s?= , guile-devel@gnu.org To: Stefan Israelsson Tampe Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Jan 12 09:44:33 2013 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 1TtwhZ-0000Hb-Uj for guile-devel@m.gmane.org; Sat, 12 Jan 2013 09:44:30 +0100 Original-Received: from localhost ([::1]:48693 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtwhK-0000t3-0Z for guile-devel@m.gmane.org; Sat, 12 Jan 2013 03:44:14 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48359) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtwhG-0000ss-Ht for guile-devel@gnu.org; Sat, 12 Jan 2013 03:44:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TtwhE-00050G-Ad for guile-devel@gnu.org; Sat, 12 Jan 2013 03:44:10 -0500 Original-Received: from mail-da0-f48.google.com ([209.85.210.48]:47601) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ttwh8-0004zO-V4; Sat, 12 Jan 2013 03:44:03 -0500 Original-Received: by mail-da0-f48.google.com with SMTP id k18so1110666dae.35 for ; Sat, 12 Jan 2013 00:44:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:subject:from:to:cc:date:in-reply-to :references:organization:content-type:x-mailer:mime-version :content-transfer-encoding; bh=YbgJXnAfORI+JbJfLN/9sx5Ns4hv3u9qgXvhfcIc3M0=; b=n54ICtYfiqQPOlN15JqJsMFr9UtO8IAZzhiWEf0GCBPYXEHKetwPZMAoltSY2th/AP eSuFPKIYPevCb8K/wsEACYTZag7Ny+YxcLdMTndclJoa4HNtTYUVsNzUOEgKg4cfeoYB 7A5nrrd/kIAqx+Hs4LBMgrAqoc68j+Nv553x+m+AB7vC6k9mQ9hEan4KWq0Dwuqs3GvE 2/3Zrvjsamohi8ytgOYw0F2lnALmq6BXPMjDKaRzB8A0yQ1HbRARJ9i7qc/frzlqNFCi BbtNjo3c8tGI1yAyUKCg40TBqNLDzhE1TbQNvOgMBPk7xdr5M0imllfd4ngDE304Iqlx vzdw== X-Received: by 10.68.222.196 with SMTP id qo4mr234885665pbc.140.1357980241834; Sat, 12 Jan 2013 00:44:01 -0800 (PST) Original-Received: from [192.168.100.103] ([183.13.177.8]) by mx.google.com with ESMTPS id ai8sm4287914pbd.14.2013.01.12.00.43.51 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 12 Jan 2013 00:44:00 -0800 (PST) In-Reply-To: X-Mailer: Evolution 3.4.4 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.48 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:15398 Archived-At: On Wed, 2012-11-21 at 16:51 +0100, Stefan Israelsson Tampe wrote: > Hi, > > In terms of strategy, I think Guile’s 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 :-) > IIRC， someone raised the topic that emerge Clisp into Guile in 2011, but what's the status now? > 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ès" : > 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=1 > > 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’t 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’t quite buy the “dynamic language compiler > collection”. > 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’s 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’. >