no semantic results for cmd/...

[zephyrtronium]

Similar to std, the Go tool treats paths that start with cmd as special, referring to $GOROOT/src/cmd. lsif-go understands to treat std specially, but it does not do so for cmd:

lsif-go/internal/gomod/dependencies.go

Lines 236 to 244 in 6860e46

	func resolveRepoRootForImportPath(name string) (string, bool) {
	// When indexing golang/go, there are some references to the package "std" itself.
	// Generally, "std/" is not referenced directly (it is just assumed when you have "fmt" or similar
	// in your imports), but inside of golang/go, it is directly referenced.
	//
	// In that case, we just return it directly, there is no other resolving to do.
	if name == "std" {
	return name, true
	}

The result is that there are no semantic results for code in some packages inside golang/go/src/cmd. E.g., Sourcegraph gives the wrong result for types.AlgType here: https://sourcegraph.com/github.com/golang/go@master/-/blob/src/cmd/compile/internal/reflectdata/alg.go?L22

Packages added under cmd in Go 1.17 do seem to work, according to @Strum355.