Congrats! You survived from that manual parser! :-)
But I'm concern the parser is hard to extend if we need mordern Lua grammar.
2013-9-10 AM4:20，"Ian Price" ：
>
>
> So, it's been 5 months since I originally posted those patches about
> Guile Lua. How time fl
So, it's been 5 months since I originally posted those patches about
Guile Lua. How time flies when you are steadfastly not wanting to touch
a parser :)
Anyway, I have pushed those patches, and rebased lua on the current
master. This means all the test cases for lua (such as they are)
act
It's been so long since I worked on it, I hardly remember what was left. I
think module/language/lua/notes.org covers most of it.
The main tasks would be:
- Standard library compliance (the existing modules are missing some
functions, and there is no debug/coroutine module)
- module fun
Hey guys,
I was just thinking about Guile Lua (and feeling guilty that I never
did finish it). Anyway, I never did make any progress after my 2012
posts. I got a little discouraged while implementing Lua's multiple
values everywhere, to be honest.
By all means, feel free to take over th
Ian Price writes:
> The current issues with lua vs master are as follows
> 1) has been renamed to on master
> 2) has been replaced with which is not quite a drop-in
> 3) while was being compiled into something with improper scoping.
>
> I have fixes for these locally.
Ian Price writes:
> I don't know much about Lua, but I think I could do the following.
> 1. Fix the lua-lexer failure.
> 2. Disable or fix[1] the variable-arguments functionality.
> 3. Rebase or merge with modern stable or master
> 4. Fix the errors that arise as a resu
Ian Price skribis:
> Ian Price writes:
>
>> I don't know much about Lua, but I think I could do the following.
>> 1. Fix the lua-lexer failure.
>> 2. Disable or fix[1] the variable-arguments functionality.
>> 3. Rebase or merge with modern stable or master
&
my mind, but this way
was less invasive.
> Besides, as we talked in IRC, LALR/PEG is better than this manual
> parser. But I think this lua implementation could work after some
> patches, so I'm not sure if it's necessary to rewrite it with LALR/PEG.
> What do you think?
It&#
hi ijp!
Here're some rough thoughts about the patch:
On Tue, 2013-03-26 at 05:50 +, Ian Price wrote:
> Ian Price writes:
>
> > I don't know much about Lua, but I think I could do the following.
> > 1. Fix the lua-lexer failure.
> > 2. Disable or fix[1] th
Ian Price writes:
> I don't know much about Lua, but I think I could do the following.
> 1. Fix the lua-lexer failure.
> 2. Disable or fix[1] the variable-arguments functionality.
> 3. Rebase or merge with modern stable or master
> 4. Fix the errors that arise as a result o
Prompted by the recent discussion of lua/zile on guile-user, I decided
to checkout what the actual state of the Lua branch is.
First off, not all of the tests pass.
- lua-standard-library and lua-eval pass with no problems.
- lua-lexer has 1 failure, which is easy fixed (change #:vararg
to
Stefan Israelsson Tampe writes:
> To note is that in order to implement common lisp one need to bypass tree-il
> 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
Hi,
To note is that in order to implement common lisp one need to bypass tree-il
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?
/Stef
Nala Ginrut writes:
>> 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.
e, but
> to
> > effectively support CL I would go for
> > /Stefan
> >
> >
> >
> > Den 21 nov 2012 14:26 skrev "Ludovic Courtès"
> :
> > Hi!
> >
&
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" :
> &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 l
On Wed, 2012-11-21 at 14:25 +0100, Ludovic Courtès wrote:
> Hi!
>
> nalaginrut skribis:
>
> > I switch to lua branch then compiled it and try, seems some bugs there,
> > it can't run successfully:
> > ---cut--------
> > sche
L 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 b
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'.
&g
gt; 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 s
On Tue, 2012-11-20 at 18:04 +0100, Ludovic Courtès wrote:
> Hi!
>
> nalaginrut skribis:
>
> > @ludo: Thanks! I'll try to do it follow your steps.
> > Besides, do we have the final conclusion for the multi-lang choosing
> > approach, say, --lang=lua/elisp or #
Hi!
nalaginrut skribis:
> @ludo: Thanks! I'll try to do it follow your steps.
> Besides, do we have the final conclusion for the multi-lang choosing
> approach, say, --lang=lua/elisp or #lang lua or a script:
> guile-lua/guile-elisp... whatever. IIRC, ijp raised such a topic,
nalaginrut writes:
> Besides, do we have the final conclusion for the multi-lang choosing
> approach, say, --lang=lua/elisp or #lang lua or a script:
> guile-lua/guile-elisp... whatever. IIRC, ijp raised such a topic, but it
> seems no conclusion.
No, I started compiling a list of t
On 20 November 2012 08:24, Ian Price wrote:
> I'm no expert on lua, so I can't give you a huge long list, but Phil did
> make a post titled "Creating a Lua Roadmap" at
> http://article.gmane.org/gmane.lisp.guile.devel/12291
>
> The first issues would be them.
gt; 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.
>
> Then, assuming it’s in a good shape, one would have to
here'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'm no expert on lua, so I can't give you a huge long list, but Phil did
make a post titled "Creating a Lua Roadmap" at
http://article.gmane.o
nyone else
interested will be to check out the branch, build it, assess it, and
tell us what it’s current status is.
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 aug
On Sat, 2012-11-17 at 16:30 +, Ian Price wrote:
> About two weeks ago, I emailed "Phil", who had shown some interest in
> hacking guile lua a while back. I still haven't heard back from him, nor
> has that branch been touched in 18 months, so I think we can sa
About two weeks ago, I emailed "Phil", who had shown some interest in
hacking guile lua a while back. I still haven't heard back from him, nor
has that branch been touched in 18 months, so I think we can safely say
we need a new maintainer for it.
I have little knowledge of
Hi,
Andy Wingo writes:
> On Fri 22 Apr 2011 21:48, Phil writes:
>
>> Alright, cool. Just to be clear the end goal is to include this in
>> Guile eventually, right?
>
> Yes, if it is of good quality and compatible with other Lua
> implementations, I'd be happy
On Fri 22 Apr 2011 21:48, Phil writes:
> Alright, cool. Just to be clear the end goal is to include this in
> Guile eventually, right?
Yes, if it is of good quality and compatible with other Lua
implementations, I'd be happy to include it in Guile. (Dunno what
others think on
On Thu, Apr 21, 2011 at 7:16 AM, Andy Wingo wrote:
> On Tue 19 Apr 2011 23:11, Phil writes:
>
>> I have recently checked out the Lua branch. I want to make it seaworthy.
>
> Cool! It does indeed need some more loving :-)
>
>> I've requested to be added back onto
Phil writes:
> - Missing standard library functions: math.modf
math.modf(x) could be implemented as (truncate/ x 1)
math.fmod(x,y) should be (truncate-remainder x y)
math.frexp(x) needs an implementation that works well for all types of
Scheme numbers. I already have this in my own tree, but h
On Tue 19 Apr 2011 23:11, Phil writes:
> I have recently checked out the Lua branch. I want to make it seaworthy.
Cool! It does indeed need some more loving :-)
> I've requested to be added back onto the Savannah group, can someone
> do that? TIA.
Sure; saw your mail before re
Hey guys,
I have recently checked out the Lua branch. I want to make it seaworthy.
I've requested to be added back onto the Savannah group, can someone
do that? TIA.
First off, a git question: It seems better to develop against
stable-2.0. So on a fresh pull of Guile's repo, I did thi
I need to rewrite the parser (again), fix variable arguments, multiple
returns, and function environment handling, at which point I think it
will be suitable for inclusion in Guile. (Not that it'll be a drop-in
replacement for Lua, but at some point the only way I will be able to
improve
>> Hey, now would be a great time for a critique of my Lua project if you
>> are willing, so I can incorporate any criticisms or ideas you may have
>> before the GSOC midterm date. I'm closing in on finishing the base
>> language and I hope to complete it this week if
Hello!
On Sun 13 Jun 2010 23:03, No Itisnt writes:
> Hey, now would be a great time for a critique of my Lua project if you
> are willing, so I can incorporate any criticisms or ideas you may have
> before the GSOC midterm date. I'm closing in on finishing the base
> langu
Hey, now would be a great time for a critique of my Lua project if you
are willing, so I can incorporate any criticisms or ideas you may have
before the GSOC midterm date. I'm closing in on finishing the base
language and I hope to complete it this week if time permits.
- I am using #ni
On Thu 03 Jun 2010 22:36, No Itisnt writes:
> (define-module (test)
> #:use-module ((rnrs control) #:version (6))
> #:use-module (language tree-il))
>
> (make-const #f 2)
>
> (display 'done)
> (newline)
I put this as test.scm in my guile's root, and then ran:
wi...@unquote:~/src/guile$ me
On Thu 03 Jun 2010 22:36, No Itisnt writes:
>> Not a known bug, no. Can you make a test case?
>
> Yes, attached. It appears to happen when (rnrs control) is used. This
> is with the latest master commit.
Thanks!
> It's not urgent, but Lua does mandate tail call optimizat
>
> Otherwise we could add `return' to Tree-IL, but that is nasty I think;
> or another hack (nasty, but perhaps expedient). Better to CPS, in the
> long run anyway.
It's not urgent, but Lua does mandate tail call optimization.
On a related note, what would be the best way to ben
Heya,
On Thu 03 Jun 2010 10:32, No Itisnt writes:
> - Right now I've stuffed everything into one file. When it doesn't
> recompile automatically (as in I run it without making changes, after
> a run that autocompiled it) it can't resolve MAKE-APPLICATION from
> (language tree-il) so a bunch of m
Couple of questions:
- Right now I've stuffed everything into one file. When it doesn't
recompile automatically (as in I run it without making changes, after
a run that autocompiled it) it can't resolve MAKE-APPLICATION from
(language tree-il) so a bunch of my tests cause errors. Any known bugs
th
Hello,
Good to hear, this all sounds nice to me. Happy summer hacking!
Ludo’.
Hello, I'm going to be implementing Lua 5.1 for Guile as a Google
Summer of Code under the GNU Project this year. My project is defined
as "the Lua 5.1 programming language and standard library excluding
the string, coroutine, and debug modules" I left a little bit of
wiggle room
> So my grudging thought is, "OK". But if I could steer you to finish some
> JS things or optimize some Elisp code or work on a Waddell-style inliner
> or a Scheme native compiler, these are also interesting and useful
> projects :-)
I'm pretty focused on Lua for the s
Hi!
Sorry for the delay in replying. I was fretting!
On Tue 09 Mar 2010 03:24, No Itisnt writes:
> I want to apply for GSOC this year.
Fantastic!
See I actually looked at Lua when going to write a first second language
(?) for the VM, but decided on JS, thinking I couldn't do Lua wel
Hi,
Neil Jerram writes:
> No Itisnt writes:
>
>> I want to apply for GSOC this year. Since Guile has recently obtained
>> a compilation/language framework, I was thinking that an
>> implementation of the Lua language for Guile, under the auspices of
>> the GN
Neil Jerram wrote:
No Itisnt writes:
I want to apply for GSOC this year. Since Guile has recently obtained
a compilation/language framework, I was thinking that an
implementation of the Lua language for Guile, under the auspices of
the GNU Project, would be a good fit.
Yes, I think that
No Itisnt writes:
> I want to apply for GSOC this year. Since Guile has recently obtained
> a compilation/language framework, I was thinking that an
> implementation of the Lua language for Guile, under the auspices of
> the GNU Project, would be a good fit.
Yes, I think that&#x
I want to apply for GSOC this year. Since Guile has recently obtained
a compilation/language framework, I was thinking that an
implementation of the Lua language for Guile, under the auspices of
the GNU Project, would be a good fit.
A little background on Lua: It has a reputation as an
ow what I was thinking :)
>> That's cool! It would be interesting to enhance Lua with the rich
>> runtime of Guile -- all of POSIX, pthreads, and all of Guile's excellent
>> libraries.
>
> This is interesting, but I suggest you explain your point a little mo
Hello.
Lua gets a fair amount of press, and is fine in its way. People like it
for the same reason that people liked Tcl: Lua is simple, embeddable,
and has the mainstream, Algol-like syntax. Also, it has a reasonably
fast implementation.
That's cool! It would be interesting to enhance Lua
55 matches
Mail list logo
