I would like to hijack the python2/3 community over to guile. A first step
is a parser, it
is ontop of guile-log so you might disslike it, but that can be changed
later. I do need to develop the guile-log parser framework further so it is
logical to use it because of that. This means that currently
Nala Ginrut skribis:
> So here's my problem, there's only one reader slot defined in each
> language type ,say, in (system base language). I have to implement just
> one reader to fit them all:
> 1. If I provide the interactive reader in Guile, the reader becomes
> inefficient. Because each time
On Fri, May 30, 2014 at 04:25:40PM +0800, Nala Ginrut wrote:
> It's not a problem for Ecmascript, because its statement has to be ended
> with semicolon. So it's easier to detect the minimum compiling unit in
> REPL.
ECMAScript uses semicolon insertion---semicolons are optional, but this can
lead
What a lovely email summarizing, at the very least, exactly how I feel
about Guile and its community. Belatedly, congrats on the appointment!
Best wishes,
Alex
Mark H Weaver writes:
> l...@gnu.org (Ludovic Courtès) writes:
>> I’m happy to announce that Mark H. Weaver has now been officially
>>
hi folks!
When I'm hacking guile-lua on Guile, I realize that some languages may
need two different reader for REPL(interactive environment) and
compiler.
For an instance, the reader in Lua REPL has little different from its
compiler reader:
--cut---
