The getOpcode() method of methodInvocationEntity has been patched so that a non-AML opcode is returned (selected to be lastOpcode + 1). The jumpTable at position [lastOpcode+1] is populated with a method that handles the method invocation logic. Whenever a method invocation is encountered, the interpreter will try to lazilly resolve the invoked method definition. Then, a new execution context will be allocated on the stack and the method args will be automatically populated by resolving (via a vmLoad call) all arguments of the methodInvocationEntity instance. The interpreter will then invoke the method using the new context, fetch the result value (new ctx retVal) and resolve it (via vmLoad) back to value that can be stored in the original context that triggered the method invocation.
gopher-os
The goal of this project is to build a 64-bit POSIX-compliant tick-less kernel with a Linux-compatible syscall implementation using Go.
This project is not about building yet another OS but rather exists to serve as proof that Go is indeed a suitable tool for writing low level code that runs at ring-0.
Note: This project is still in the early stages of development and is not yet
in a usable state. In fact, if you build the ISO and boot it, the kernel will
eventually panic with a Kmain returned
error.
To find out more about the current project status and feature roadmap take a look at the status page.
Building and running gopher-os
TLDR version: make run-qemu
or make run-vbox
.
A detailed guide about building, running and debugging gopher-os on Linux/OSX as well as the list of supported boot command line options are available here.
How does it look?
Contributing
gopher-os is Open Source. Feel free to contribute! To get started take a look at the contributing guide.
Licence
gopher-os is distributed under the MIT license.