Is this just inertia, or is there a technical reason for new projects to embed Lua rather than a different language?
And I would say that this argument still holds true. For extending a game or application, I'd feel pretty bad forcing people to use JS, for example (unless it's EE, where the gloves are off). Wren might be an option, but it's certainly a lot less proven.
Also, there's LuaJIT, if you really need some performance in a small package.
StackOverflow might not be the best source for end-user scripting. (Never mind that I have my doubts about any statistic where Rust ends up winning the popularity contest.)
Sure, we are talking 2.5mb of library and about the same amount object code. Quite a bit larger than Lua. But that also gives you object code for working with texinfo (and quite a lot of completely unused, undocumented modules). I wonder how much could be stripped without anyone actually boticing
Almost trivial to add functions or calls in both directions.
- Header only project, with modern c++. Able to compile with and without mutex. Multiple context can run in parallel.
- Awesome integration and binding with c++ bars and functions.
There are two drawbacks. One is the maintenance and some performance quirks with returns and type conversions.
The other drawback, maintenance only . the project accepts pull requests, but no recent activity on lenguaje or performance.
I think it depends heavily on the person. Tcl has this problem, too, where lots of people love it and lots of people are completely put off by it.