Re:Try Python, Ruby, Lua, Scheme, QBasic, Forth ...
by max99x on Friday September 30, 2011 @11:44AM
(#3057401)
I've spoken a little about the reason we couldn't use GHC among other things, at https://github.com/replit/repl.it/issues/43. In short, we need an interpreter rather than a compiler or a JIT, and we need the interpreter itself to run in the browser.
Re:Try Python, Ruby, Lua, Scheme, QBasic, Forth ...
by jstepien on Friday September 30, 2011 @11:58AM
(#3057454)
Thanks for a quick reply. So having GHCi - the GHC's REPL - successfully emscripted could make adding Haskell support possible, right?
Re:Try Python, Ruby, Lua, Scheme, QBasic, Forth ...
by max99x on Friday September 30, 2011 @12:18PM
(#3057531)
If it uses a JIT internally, it will produce x86 machine code, which is meaningless to us since we aren't emulating the whole machine. If it doesn't, then emscripting it should work.
Re:Try Python, Ruby, Lua, Scheme, QBasic, Forth ...
by WildUtah on Friday September 30, 2011 @04:46PM
(#3058520)
Haskell won't run in a repl, will it? GHCi and Hugs demand that functions be specified in a script file and not at the prompt.
Without functions, you really don't have very much of the Haskell language available. It's a partial repl with a fraction of the language at best.
[1] http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler...