Native modules
The hand-written, per-platform code behind NATIVE functions.
Contents
How a Program becomes Go, in parts. Start with the introduction, then follow each part into the rendered output and the runtime it links against.
- Introduction — what the Go target is, and how to read the rest of this section.
- Capabilities — which high-level features are possible, built in or through a library.
- Example — a full program using every keyword, and the Go it renders to.
- Naming considerations — how Program's dotted names are carried into Go.
- Entry point — starting a program from
mainwith its drivers. - Drivers — the native drivers that provide the interface, console and network.
- Runtime — the Reactive and Context machinery the rendered code links against.
- Native modules — the hand-written Go behind
NATIVEfunctions. - Keywords — how each of Program's keywords renders to Go.
- Project setup — the files and commands to build and run the rendered program.
- Reserved words — the words Go keeps for itself, and how a colliding name is escaped.
Hand-written Go behind NATIVE
A NATIVE function needs a go
NATIVE body before it can be built for Go; that hand-written body is dropped in where
the function is called, wrapped so its inputs arrive as plain Go values. As on
JavaScript, the drivers are native code
too, and the runtime (Reactive, Context) is itself a native module the rest builds on.