The package is available on hackage. I think its a good idea to split the cli into a separate package, ecma262-cli. I will update the documentation in the next version.<div><br></div><div>If anyone would like to help me implement all the spec functions we could release a version 1 soon.<br><br>lördag 3 januari 2015 skrev Tobias Dammers <<a href="mailto:tdammers@gmail.com">tdammers@gmail.com</a>>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi again;<br>
<br>
I took a short look, and I think this looks like a promising candidate.<br>
The things I'd miss the most at this point would be: one, splitting the<br>
project up into a library and a CLI interpreter, so that it can be<br>
embedded into a Haskell host application without further ado; two,<br>
putting it on hackage (minor concern right now, but if at any time I<br>
choose to publish my project, I don't want to depend on anything that's<br>
not readily available through cabal); and three, a tiny bit more<br>
documentation, or even just a few usage examples.<br>
<br>
I'd be willing to help out with either if you're interested.<br>
<br>
Cheers,<br>
<br>
Tobias<br>
<br>
On Sun, Dec 07, 2014 at 03:48:47PM +1000, Fabian Bergmark wrote:<br>
> I have been implementing an ECMA-262 (Javascript) interpreter over the<br>
> last few weeks. I have been following<br>
> <a href="http://www.ecma-international.org/ecma-262/5.1" target="_blank">http://www.ecma-international.org/ecma-262/5.1</a> and tried to keep my<br>
> implementation as close to the specification as possible.<br>
><br>
> The code can be found here <a href="https://github.com/fabianbergmark/ECMA-262" target="_blank">https://github.com/fabianbergmark/ECMA-262</a><br>
><br>
> So far I have implemented the core language, but has yet to write all<br>
> the specification functions (Array.splice, String.substring etc.).<br>
> Before I do this and release it on hackage, I would appreciate<br>
> feedback on my implementation.<br>
><br>
> The issues I see at the time are:<br>
><br>
> * The parser is slow for deeply nested code<br>
> * Strict mode is not implemented<br>
> * Interpret.hs is ~ 6k lines<br>
> * SubType.hs uses IncoherentInstances, and a better implementation<br>
> would be nice. At the moment it works but for one case.<br>
><br>
> To test the code, install the cabal package and run ecma262 on a .js<br>
> file. One host object, console.log is provided and prints to stdout.<br>
><br>
> Fabian Bergmark<br>
> _______________________________________________<br>
> Haskell-Cafe mailing list<br>
> <a href="javascript:;" onclick="_e(event, 'cvml', 'Haskell-Cafe@haskell.org')">Haskell-Cafe@haskell.org</a><br>
> <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'Haskell-Cafe@haskell.org')">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</blockquote></div>