d2layout-dagre: Compile fully statically with musl libc

[nhooyr]

See https://honnef.co/posts/2015/06/statically_compiled_go_programs__always__even_with_cgo__using_musl/

[nhooyr]

Another possible approach is to compile with qemu. I believe this is how code-server now handles cross compilation.

[nhooyr]

On nvm, qemu would help us avoid needing to maintain a builder of each architecture and OS but we'd still need one of each OS at the least. I don't think there's any easy way to cross compile for a different platform apart from using zig which I'll need to research further.

[nhooyr]

Relevant: rogchap/v8go#170

[nhooyr]

https://xeiaso.net/blog/carcinization-golang

we could also compile v8 to wasm and execute in a pure go wasm runtime instead. then no cgo at all!

[Vaelatern]

This currently fully breaks build on musl, including of the d2 command itself (not just d2plugin-dagre).

Is there no easy way to cut this out and require e.g. a library to be present on the system, or something else like that?

[nhooyr]

d2 imports d2plugin-dagre by default. But the d2 command itself is pure Go. You can use --tags nodagre to build without dagre. See

d2/d2plugin/plugin_dagre.go

Line 1 in f64ed49

//go:build cgo && !nodagre

or CGO_ENABLED=0 go build ...

The only pure Go layout engine we currently have is TALA which requires a license. See https://github.com/terrastruct/tala

[alixander]

rogchap/v8go#350

[nhooyr]

@alixander damn nice how did you know that someone opened a PR fixing it?

[alixander]

i brieflyz considering calling React from Go for server side renders (probably won't go with that), and the potential extra reliance on v8go made me investigate its activity.

[nhooyr]

Can also try https://github.com/dop251/goja?

[nhooyr]

Also means it will be far easier to do #136 when there's no cgo involved.

[nhooyr]

Ok maybe not far given the dagre/elk javascript can just run in the browser lol.