[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Guile Lua

From: nalaginrut
Subject: Re: Guile Lua
Date: Wed, 21 Nov 2012 11:20:38 +0800

On Mon, 2012-11-19 at 22:07 +0100, Ludovic Courtès wrote:
> Hi!
> nalaginrut <address@hidden> skribis:
> > I'd like to know what work should the maintainer take? As I know there's
> > some work has been done, but it didn't merge into stable-2.0. What's the
> > rest work? Does it work now? 
> I think the first task for you (congratulations! ;-)) or anyone else
> interested will be to check out the branch, build it, assess it, and
> tell us what it’s current status is.

I switch to lua branch then compiled it and try, seems some bugs there,
it can't run successfully:
scheme@(guile-user)> ,L lua
Happy hacking with Lua!  To switch back, type `,L scheme'.
lua@(guile-user)> x=1
^CWhile reading expression:
ERROR: User interrupt

And I checked the code, it doen't use Guile inner LALR parser.
Anybody point me out what is the suggested parser implementation? The
inner scheme-LALR(which contains GLR also) or manual parser generator?
Which is better for a practical multi-lang implementation?

And is there anyone ever evaluated the efficiency about the non-scheme
language implemented within Guile? 
Anyway, this wouldn't be a big problem, since Guile could be the future
dynamic language compiler collection, it could be optimized later.

> Then, assuming it’s in a good shape, one would have to try running
> actual Lua programs, in search of bugs.  Along the way, these bugs would
> have to be fixed, and the test suite augmented accordingly.
> Then the fine points regarding multi-language integration will have to
> be sorted out.  The manual will have to be updated.
> When all this is in place, we can consider merging the branch.  I
> wouldn’t want to merge a half-baked front-end.
> Ludo’.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]