4 ms·
> The VM is designed differently (I'm encouraging Brian to write a blog post about this), but in a nutshell it is designed for better error handling and for add
by wahern 8y ago
> The VM is designed differently (I'm encouraging Brian to write a blog post about this), but in a nutshell it is designed for better error handling and for adding a debugger
Looking at the VM, they implement function calls by recursively re-entering the VM in Go. The VM implements neither tail calls nor coroutines, and I don't see how they could implement the latter without some serious refactoring.
Perhaps by adding a debugger they mean they implemented the VM such that they could repurpose existing Go debuggers, which is why there's a 1:1 mapping between the Lua call chain and the Go runtime call chain.
- mfer 8y agoThis was open sourced very early. It is being built with the intent of supporting Helm v3 and by open sourcing it early it enables other Helm maintainers to get involved and to import it into Helm v3 early. I expect more docs, details, and improvements will be coming
- wereHamster 8y agoYou mean this helm: https://helm.sh https://helm.sh?
- stcredzero 8y agoin a nutshell it is designed for better error handling and for adding a debugger Better debugging is one of the big things holding Lua back, IMHO.
- nikki93 8y agoI feel like the main thing to work on here is the frontend, given the "debug." library built into Lua(JIT). ZeroBrane has a frontend, for example.