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: Mon, 14 Jan 2013 21:51:59 +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> <1357980226.23443.44.camel@Renee-desktop.suse> <87ehhp9kvj.fsf@Kagami.home> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001636c5bb5e040e5904d345d1d8 X-Trace: ger.gmane.org 1358196748 26147 80.91.229.3 (14 Jan 2013 20:52:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Jan 2013 20:52:28 +0000 (UTC) Cc: guile-devel To: Ian Price Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Jan 14 21:52:46 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 1Tur1R-0006Ts-T6 for guile-devel@m.gmane.org; Mon, 14 Jan 2013 21:52:46 +0100 Original-Received: from localhost ([::1]:52007 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tur1B-0001Kt-Kd for guile-devel@m.gmane.org; Mon, 14 Jan 2013 15:52:29 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:52342) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tur0m-0001DE-Et for guile-devel@gnu.org; Mon, 14 Jan 2013 15:52:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tur0j-0004AR-3R for guile-devel@gnu.org; Mon, 14 Jan 2013 15:52:04 -0500 Original-Received: from mail-qa0-f42.google.com ([209.85.216.42]:61025) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tur0i-0004A8-Tx for guile-devel@gnu.org; Mon, 14 Jan 2013 15:52:01 -0500 Original-Received: by mail-qa0-f42.google.com with SMTP id hg5so1820967qab.1 for ; Mon, 14 Jan 2013 12:52:00 -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=XQQTIg6XhJtelXpIYnyEpKXRqv9VNLkq6IrJIUKkX7o=; b=dWc/OBzFWcMwJUUE5i8O8N8EScclQzZw7iCR3IW9UqgrbrwAGw535z7aOLVt3DcKI3 EkSyfAm3zLFAN0oWfLkzESKq5NKsYW+iY73raCf4uXfwRXV1PL0N1KIj1N5GA09vxXdp y65a2vd8OGE8tzcJEf6tbGpFtxigq+hhCBpjR4wbORDULWvnhW16EayCauGG0Qr2ZgUF 01LFmrrU1uev5yt83zohFKDfZDpSCMVfflfwMEJ8xnDmiwbUZaoBfesLwtD1CTGPdM4D pBEgofp/dYPUhK2ya5x/UFfgX4qWdR3dDhu4RnPKd+NzXRplR8r1rsKg6rWHvBUo3Bhv nKKg== Original-Received: by 10.229.172.135 with SMTP id l7mr17616465qcz.132.1358196719750; Mon, 14 Jan 2013 12:51:59 -0800 (PST) Original-Received: by 10.49.28.135 with HTTP; Mon, 14 Jan 2013 12:51:59 -0800 (PST) In-Reply-To: <87ehhp9kvj.fsf@Kagami.home> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.216.42 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:15421 Archived-At: --001636c5bb5e040e5904d345d1d8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, To note is that in order to implement common lisp one need to bypass tree-i= l and generate directly to glil, the reason is that tagbody is poorly represented by tree-il. If we intend to be multilingual it would be nice to be able to effectively represent those ideoms. Any thoughts on it? /Stefan On Sun, Jan 13, 2013 at 4:13 PM, Ian Price wrote= : > Nala Ginrut writes: > > >> What about common lisp is scheme a lisp or is CL a scheme :-) > >> > > > > IIRC=EF=BC=8C 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 > > I don't think we should get ahead of ourselves, but emacs has had some > minor CL emulation in things like cl.el and cl-lib. I think these could > be good test cases for the elisp support. > > -- > Ian Price -- shift-reset.com > > "Programming is like pinball. The reward for doing it well is > the opportunity to do it again" - from "The Wizardy Compiled" > --001636c5bb5e040e5904d345d1d8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

To note is that i= n order to implement common lisp one need to bypass tree-il
and g= enerate directly to glil, the reason is that tagbody is poorly represented<= /div>
by tree-il. If we intend to be multilingual it would be nice to = be able to effectively
represent those ideoms. Any thoughts= on it?

/Stefan


On Sun, Jan 13, 2013 at 4:13 PM, Ian Pri= ce <ianprice90@googlemail.com> wrote:
Nala Ginrut <n= alaginrut@gmail.com> writes:

>> What about common lisp is scheme a lisp or is CL a scheme :-)
>>
>
> IIRC=EF=BC=8C 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

I don't think we should get ahead of ourselves, but emacs has had= some
minor CL emulation in things like cl.el and cl-lib. I think these could
be good test cases for the elisp support.

--
Ian Price -- shift-res= et.com

"Programming is like pinball. The reward for doing it well is
the opportunity to do it again" - from "The Wizardy Compiled"= ;

--001636c5bb5e040e5904d345d1d8--