As described in https://b.tvl.fyi/issues/221#comment-344, buildGo.proto was a mistake and should be removed. Change-Id: Ic588a5e8eea58e83e3ec9a37ac681ce526028718 Reviewed-on: https://cl.tvl.fyi/c/depot/+/7536 Reviewed-by: tazjin <tazjin@tvl.su> Tested-by: BuildkiteCI
4.1 KiB
buildGo.nix
This is an alternative Nix build system for Go. It supports building Go libraries and programs.
Note: This will probably end up being folded into Nixery.
Background
Most language-specific Nix tooling outsources the build to existing language-specific build tooling, which essentially means that Nix ends up being a wrapper around all sorts of external build systems.
However, systems like Bazel take an alternative approach in which the compiler is invoked directly and the composition of programs and libraries stays within a single homogeneous build system.
Users don't need to learn per-language build systems and especially for companies with large monorepo-setups (like Google) this has huge productivity impact.
This project is an attempt to prove that Nix can be used in a similar style to build software directly, rather than shelling out to other build systems.
Example
Given a program layout like this:
.
├── lib <-- some library component
│ ├── bar.go
│ └── foo.go
├── main.go <-- program implementation
└── default.nix <-- build instructions
The contents of default.nix could look like this:
{ buildGo }:
let
lib = buildGo.package {
name = "somelib";
srcs = [
./lib/bar.go
./lib/foo.go
];
};
in buildGo.program {
name = "my-program";
deps = [ lib ];
srcs = [
./main.go
];
}
(If you don't know how to read Nix, check out nix-1p)
Usage
buildGo exposes five different functions:
-
buildGo.program: Build a Go binary out of the specified source files.parameter type use required? namestringName of the program (and resulting executable) yes srcslist<path>List of paths to source files yes depslist<drv>List of dependencies (i.e. other Go libraries) no x_defsattrs<string, string>Attribute set of linker vars (i.e. -X-flags)no -
buildGo.package: Build a Go library out of the specified source files.parameter type use required? namestringName of the library yes srcslist<path>List of paths to source files yes depslist<drv>List of dependencies (i.e. other Go libraries) no pathstringGo import path for the resulting library no -
buildGo.external: Build an externally defined Go library or program.This function performs analysis on the supplied source code (which can use the standard Go tooling layout) and creates a tree of all the packages contained within.
This exists for compatibility with external libraries that were not defined using buildGo.
parameter type use required? pathstringGo import path for the resulting package yes srcpathPath to the source directory yes depslist<drv>List of dependencies (i.e. other Go packages) no
Current status
This project is work-in-progress. Crucially it is lacking the following features:
- feature flag parity with Bazel's Go rules
- documentation building
- test execution
There are still some open questions around how to structure some of those features in Nix.