V8 VS sol2

It sounds like you want to know how JavaScript is implemented in the browser. The thing is, there is no universal implementation for JavaScript. JavaScript defines a specification that must be adhered to, and then each browser vendor can implement it in whatever way they see fit, as long as it does the specified things. For example (and I'm not saying this is the case) it's entirely possible for Chrome to implement Array.sort() using merge sort, while Firefox implements it as quick sort. You can try to find the source code for the implementation in a certain browser, but that will not be universal. I imagine you can find out how it works in Chrome somewhere in https://chromium.googlesource.com/v8/v8.git, though I'm not sure exactly where.

chrome v8 commits referring to spread operator one of them: https://github.com/v8/v8/commit/93b3397e52d3faf38059718de335027e57b9690d

Looks like these are the two commits, based on the issue number:

https://github.com/v8/v8/commit/0981e91a4f8692af337e2588562a...

https://github.com/v8/v8/commit/a2cae2180a7a6d64ccdede44d730...

Although there could be others.

https://github.com/v8/v8/blob/master/src/objects/dictionary.h https://wiki.cdot.senecacollege.ca/wiki/Inline_Assembly_Language https://en.cppreference.com/w/c/language/asm https://en.wikipedia.org/wiki/Inline_assembler https://stackoverflow.com/questions/2268562/what-are-intrinsics https://www.codeproject.com/Articles/15971/Using-Inline-Assembly-in-C-C https://stackoverflow.com/questions/48518225/what-are-intrinsic-types-in-javascript https://stackoverflow.com/questions/12168575/executing-generated-assembler-inline

It must be a fairly large echo chamber since it has room for Clang, GCC, V8, OpenJDK, Roslyn, etc. (The Zend parser for PHP seems to use some flavor of YACC, but given PHP, I don't know if that strengthens or weakens my point.)

What you're describing is not really possible with JS. Your best bet would be to look at the "V8 engine" source code. It is the interpreter used in Node.js and Chrome (and I think Edge would be using it too as Edge is built on Chromium). But there is nothing forcing Node.js to use V8, there are other JS interpreters. https://github.com/v8/v8

As someone said, make the game data-driven is a good first step but I will say, also have some sort of way to add additional game logic. For C++ games, lua is really easy to embed the interpreter in your C++ binary, read in the files from a directory (like /mods) with the C++ filesystem api new in C++17, and it's very easy to use SoL to write an API for lua specific to your game. Many games use lua in this way and it's probably the most common mod path setup.

I've only ever done this from C++, but it's using the same lua C library, so should be durable from C as well. You can look up how sol2 or any other wrapper libraries do it.

This version relies on a Lua C++ wrapper called sol2 to hide Lua stack management from the developer, so creating new bindings can be done by adding a few lines of human-readable C++. It still has to be done manually, but at least sol2 is able to automatically figure out types of objects being bound, so it's not much different from our de-/serialization code.

Here is link number 2 - Previous text "Sol"

Sol for fast lua embedding

It is half of a pun as I was inspired by [sol3](https://github.com/ThePhD/sol2) which is a lua <-> c++ wrapper. Sol means sun and the julia c-api prefixes all it's functions with jl, luna means moon so it is pronounced "jay luna"

So far, it has been cumbersome to embed it into C-language projects, because it's C-interface is hard to use and poorly documented. Because of this, many choose to just use python or lua instead.

If you want to be portable I'd recommend C++ and Lua, I used those for years and it runs on everything and there's this most amazing wrapper API which was a huge inspiration

Off topic, but this is the author of my favourite Lua C++ binding library (https://github.com/ThePhD/sol2). Great guy!