QuickJS JavaScript Engine

Is there anything that Fabrice can't do? I mean, FFMpeg is almost a PhD thesis in and of itself, and he still manages to find time to make TinyC, QEMU, and now this. To say I'm jealous of his skills would be an understatement.

QuickJS is quite a pleasure to work with, for variety of reasons. Not using setjmp/longjmp and having a nice internal resource leak debugging mechanisms are just a few of them. I've already replaced most of my duktape uses with QuickJS, and I'm quite happy with the result.

Gave it a try a couple of years ago and it had issues with larger JavaScript bundles (passing a lot of objects on the stack requiring recompiling the entire process with an increased stack size or modifying the threads on which it runs to accommodate - even with that, reasonably deep callstacks would overflow). I also thought the deterministic GC would mean lower memory usage but it's actually worse than V8 (which has all the intermediate bytecode, and the JIT-ed…

Nice snug self-contained binary with no dependencies :D qjsc -e -o file.c file.js cc -static -L /usr/local/lib/quickjs -I /usr/local/include/quickjs -o filejs file.c -lquickjs -lm -lpthread errno ~/Downloads $: ldd filejs filejs: Start End Type Open Ref GrpRef Name 0000063faca58000 0000063facbaa000 dlib 1 0 0 /home/errno/Downloads/filejs