New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
question about Espruino #141
Comments
@tedbeer It's simple. Because of the requirements when we first started the project. When @egavrin and I imagined JerryScript project in early 2014, we also surveyed many open source projects Duktape, quadwheel, Espruino and even Tessel. But at that time, our 1st target is JS engine which is smaller then 100KB in binary size, and nothing fits it. So we start our own development, internally. In other side, we want to know how small we can make a JS engine. So, our first approach is not a full featured JS engine, just small engine which supports subset of JS. As a result, our first version of JerryScript on late 2014 sizes only 93KB and running subset of JS specification. After that, we confirmed that the possibility of JS on embedded systems and plan to grow up JerryScript to full featured one, and open source. Above all, it started out of curiosity. By accident! So there is no reason to use or not Espruino. P.S. I like Espruino, too. It's really matured project now. :) |
Really nothing fitted in 100KB? How about tiny-js? |
@niutech As far as I know, tiny-js is predecessor of Espruino, and it's not designed for full featured. So it's not under our consideration when we first started JerryScript project. Sure, we also realized soon that implementing full featured JavaScript engine with full set of built-in ECMA objects within 100KB is not easily possible, so we changed our first goal to subset version. Anyway, we got a great experience with that and now keep going to implement full featured one. As I mentioned in previous comment, our purpose is not only developing another JavaScript engine, but also keep trying disruptive experiment. That's all. :) |
no more discussion. closing |
Fix a problem in pthread_trylock()
Do you know about very similar open source Espruino project existing from 2013 - espruino.com, github.com/espruino?
It has same low requirements, it works already on many boards and it's open source.
Why don't you want to combine efforts? What in Espruino does not meet your needs?
The text was updated successfully, but these errors were encountered: