Skip to content
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

Closed
tedbeer opened this issue Jul 27, 2015 · 4 comments
Closed

question about Espruino #141

tedbeer opened this issue Jul 27, 2015 · 4 comments
Labels

Comments

@tedbeer
Copy link

tedbeer commented Jul 27, 2015

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?

@lemmaa
Copy link
Contributor

lemmaa commented Jul 28, 2015

@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.
Now and for ever, we will keep trying disruptive experiment with JerryScript. Join us!
Thanks!

P.S. I like Espruino, too. It's really matured project now. :)

@niutech
Copy link

niutech commented Aug 6, 2015

Really nothing fitted in 100KB? How about tiny-js?
In my opinion, it is better to join efforts than to develop yet another JS engine with own APIs, unless they are compatible.

@lemmaa
Copy link
Contributor

lemmaa commented Aug 7, 2015

@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. :)

@yichoi
Copy link
Contributor

yichoi commented Sep 5, 2016

no more discussion. closing

@yichoi yichoi closed this as completed Sep 5, 2016
pmarcinkiew referenced this issue in pmarcinkiew/iotjs Aug 29, 2017
Fix a problem in pthread_trylock()
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants