Sorry for late reply, I was on my vocation. ;-) On Fri, 2014-05-30 at 21:08 +0200, Ludovic Courtès wrote: > Nala Ginrut <nalagin...@gmail.com> 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 users input `Enter', the source code > > typed so far will be detected in lalr-parser, and exception would be > > caught when the line doesn't complete a chunk, then the REPL returns > > continue prompt, say '...'. > > > > 2. If I provide compiler reader, people have to type semicolon or ctrl+d > > to see the result. > > Commit 65fa60 adjusted the REPL for multi-language support. In > particular that works fine with both Scheme/elisp and ECMAScript. >
Yes, I saw it. It provided dependent `reader' for each language. Actually, my question was based on it. I requested adding `repl-reader', but now I don't think it's the best way. > What exactly is missing for Lua to be usable at the REPL? > After rethinking this issue, I think I need a method to detect if I'm under interactive environment(REPL) or not, then I can handle the reader properly. I found *repl-stack* maybe a way for that, I guess it'll be '() when I'm not in REPL. Can I rely on it? Thanks! > Ludo’. > >
