Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

x/tools/gopls: go/packages work-around not activated with empty module cache #36770

Open
urandom opened this issue Jan 25, 2020 · 33 comments
Open
Labels
gopls Issues related to the Go language server, gopls. NeedsDecision Feedback is required from experts, contributors, and/or the community before a change can be made. Tools This label describes issues relating to any tools in the x/tools repository.

Comments

@urandom
Copy link

urandom commented Jan 25, 2020

This error occurs when querying for references on a type with gopls@8fe064f8

[Trace - 00:19:52.525 AM] Sending request 'textDocument/references - (15)'.
Params: {"textDocument":{"uri":"file:///some/package/file.go"},"position":{"line":59,"character":26},"context":{"includeDeclaration":true}}


[Error - 00:19:52.525 AM] Received #15 go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- ./... builtin]: exit status 2: # pkg-config --cflags  -- vips vips vips vips
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
pkg-config: exit status 1



[Trace - 00:20:03.050 AM] Sending request 'shutdown - (16)'.
Params: {}


[Trace - 00:20:03.051 AM] Received response 'shutdown - (16)' in 0ms.
Result: {}


[Trace - 00:20:03.051 AM] Sending notification 'exit'.
Params: null



As a result of this, no references are being displayed. Whereas the preferred solution would be to ignore the problematic dependency and search for references in the valid ones. It is also possible that other commands fail because of the same error as well.

@gopherbot gopherbot added this to the Unreleased milestone Jan 25, 2020
@gopherbot gopherbot added Tools This label describes issues relating to any tools in the x/tools repository. gopls Issues related to the Go language server, gopls. labels Jan 25, 2020
@stamblerre stamblerre modified the milestones: Unreleased, gopls/v0.3.0 Jan 25, 2020
@golang golang deleted a comment from gopherbot Jan 26, 2020
@stamblerre
Copy link
Contributor

stamblerre commented Jan 26, 2020

Can you run go list -e -json -compiled -deps -test ./path/to/directory/... for the directory at the root of your workspace? The reason I ask is because if go list failed then we may not have been able to get any metadata for any packages at all.

@urandom
Copy link
Author

urandom commented Jan 26, 2020

@stamblerre
There is a lot of metadata being returned, such as:

{
	"Dir": "/home/urandom/.go/pkg/mod/github.com/dgrijalva/jwt-go@v3.2.0+incompatible",
	"ImportPath": "github.com/dgrijalva/jwt-go",
	"Name": "jwt",
	"Doc": "Package jwt is a Go implementation of JSON Web Tokens: http://self-issued.info/docs/draft-jones-json-web-token.html See README.md for more info.",
	"Root": "/home/urandom/.go/pkg/mod/github.com/dgrijalva/jwt-go@v3.2.0+incompatible",
	"Module": {
		"Path": "github.com/dgrijalva/jwt-go",
		"Version": "v3.2.0+incompatible",
		"Time": "2018-03-08T23:13:08Z",
		"Dir": "/home/urandom/.go/pkg/mod/github.com/dgrijalva/jwt-go@v3.2.0+incompatible",
		"GoMod": "/home/urandom/.go/pkg/mod/cache/download/github.com/dgrijalva/jwt-go/@v/v3.2.0+incompatible.mod"
	},
	"DepOnly": true,
	"Stale": true,
	"StaleReason": "not installed but available in build cache",
	"GoFiles": [
		"claims.go",
		"doc.go",
		"ecdsa.go",
		"ecdsa_utils.go",
		"errors.go",
		"hmac.go",
		"map_claims.go",
		"none.go",
		"parser.go",
		"rsa.go",
		"rsa_pss.go",
		"rsa_utils.go",
		"signing_method.go",
		"token.go"
	],
	"CompiledGoFiles": [
		"claims.go",
		"doc.go",
		"ecdsa.go",
		"ecdsa_utils.go",
		"errors.go",
		"hmac.go",
		"map_claims.go",
		"none.go",
		"parser.go",
		"rsa.go",
		"rsa_pss.go",
		"rsa_utils.go",
		"signing_method.go",
		"token.go"
	],
	"Imports": [
		"bytes",
		"crypto",
		"crypto/ecdsa",
		"crypto/hmac",
		"crypto/rand",
		"crypto/rsa",
		"crypto/subtle",
		"crypto/x509",
		"encoding/base64",
		"encoding/json",
		"encoding/pem",
		"errors",
		"fmt",
		"math/big",
		"strings",
		"sync",
		"time"
	],
	"Deps": [
		"bufio",
		"bytes",
		"context",
		"crypto",
		"crypto/aes",
		"crypto/cipher",
		"crypto/des",
		"crypto/dsa",
		"crypto/ecdsa",
		"crypto/ed25519",
		"crypto/ed25519/internal/edwards25519",
		"crypto/elliptic",
		"crypto/hmac",
		"crypto/internal/randutil",
		"crypto/internal/subtle",
		"crypto/md5",
		"crypto/rand",
		"crypto/rsa",
		"crypto/sha1",
		"crypto/sha256",
		"crypto/sha512",
		"crypto/subtle",
		"crypto/x509",
		"crypto/x509/pkix",
		"encoding",
		"encoding/asn1",
		"encoding/base64",
		"encoding/binary",
		"encoding/hex",
		"encoding/json",
		"encoding/pem",
		"errors",
		"fmt",
		"hash",
		"internal/bytealg",
		"internal/cpu",
		"internal/fmtsort",
		"internal/nettrace",
		"internal/oserror",
		"internal/poll",
		"internal/race",
		"internal/reflectlite",
		"internal/singleflight",
		"internal/syscall/unix",
		"internal/testlog",
		"io",
		"io/ioutil",
		"math",
		"math/big",
		"math/bits",
		"math/rand",
		"net",
		"net/url",
		"os",
		"path/filepath",
		"reflect",
		"runtime",
		"runtime/cgo",
		"runtime/internal/atomic",
		"runtime/internal/math",
		"runtime/internal/sys",
		"sort",
		"strconv",
		"strings",
		"sync",
		"sync/atomic",
		"syscall",
		"time",
		"unicode",
		"unicode/utf16",
		"unicode/utf8",
		"unsafe",
		"vendor/golang.org/x/crypto/cryptobyte",
		"vendor/golang.org/x/crypto/cryptobyte/asn1",
		"vendor/golang.org/x/net/dns/dnsmessage"
	],
	"XTestGoFiles": [
		"ecdsa_test.go",
		"example_test.go",
		"hmac_example_test.go",
		"hmac_test.go",
		"http_example_test.go",
		"none_test.go",
		"parser_test.go",
		"rsa_pss_test.go",
		"rsa_test.go"
	],
	"XTestImports": [
		"bytes",
		"crypto/ecdsa",
		"crypto/rsa",
		"encoding/json",
		"fmt",
		"github.com/dgrijalva/jwt-go",
		"github.com/dgrijalva/jwt-go/request",
		"github.com/dgrijalva/jwt-go/test",
		"io",
		"io/ioutil",
		"log",
		"net",
		"net/http",
		"net/url",
		"reflect",
		"strings",
		"testing",
		"time"
	]
}

However, the command does exit with 2, and the following error (visible from the logs as well) is also present:

# pkg-config --cflags  -- vips vips vips vips
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
pkg-config: exit status 1

@stamblerre
Copy link
Contributor

Thanks for the logs! Once #36769 is resolved, can you share the output of gopls -rpc.trace -v check /path/to/file.go? I'll follow-up here again once that issue has been resolved.

@stamblerre
Copy link
Contributor

#36769 is resolved, so if you could install gopls at master and share the output of gopls -rpc.trace -v check /path/to/file.go, that would be really helpful in diagnosing this issue. Thanks for your patience!

@urandom
Copy link
Author

urandom commented Jan 27, 2020

@stamblerre, there's a lot of output now, though I'm not sure I'll be able to share it since the repo is private. Instead, is there anything specific I should be looking for?

And it looks like some references are being returned now. Though unfortunately, only references within the definition package, but not others within other packages.

@stamblerre
Copy link
Contributor

You should specifically look for a log line that contains text like this:

go/packages.Load
    snapshot = 0
    query = [./... builtin]
    packages = 3

I'd be interested to see how many packages are returned for that query. Any errors that are logged will also be helpful.

In general, when you first start up VS Code, if you see any log message that contains "diagnose: could not generate diagnostics for package", that would also be helpful.

@stamblerre stamblerre added the WaitingForInfo Issue is not actionable because of missing required information, which needs to be provided. label Jan 28, 2020
@stamblerre stamblerre modified the milestones: gopls/v0.3.0, gopls/v1.0.0 Jan 28, 2020
@urandom
Copy link
Author

urandom commented Jan 28, 2020

Scratch my last comment. I was actually pulling 0.2.2. I just assumed that gopls version will always show the last stable version for some reason.

Now, with master, I'm still not getting any references. There are tons of errors related to go list again:

2020/01/28 09:09:58 Info:2020/01/28 09:09:58 Build info
----------
version master, built in $GOPATH mode

Go info
-------
go version go1.13.6 darwin/amd64

GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/user/Library/Caches/go-build"
GOENV="/Users/user/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/user/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/Cellar/go/1.13.6/libexec"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/Cellar/go/1.13.6/libexec/pkg/tool/darwin_amd64"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/Users/user/projects/proj/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/ky/99mqlqrd2rd46chcz3tqmxkw0000gn/T/go-build330953888=/tmp/go-build -gno-record-gcc-switches -fno-common"
2020/01/28 09:10:00 Info:2020/01/28 09:10:00 go/packages.Load
	snapshot = 0
	query = [./... builtin]
	packages = 0
2020/01/28 09:10:00 diagnose: no workspace packages: go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- ./... builtin]: exit status 1: go build github.com/foomo/bimg: invalid flag in pkg-config --cflags: -Xpreprocessor

	directory = 0x1711a60
2020/01/28 09:10:00 Error:2020/01/28 09:10:00 diagnose: no workspace packages: go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- ./... builtin]: exit status 1: go build github.com/foomo/bimg: invalid flag in pkg-config --cflags: -Xpreprocessor

	directory = 0x1711a60
2020/01/28 09:10:00 diagnose: no workspace packages: go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- ./... builtin]: exit status 1: go build github.com/foomo/bimg: invalid flag in pkg-config --cflags: -Xpreprocessor

	directory = 0x1711a60
2020/01/28 09:10:00 Error:2020/01/28 09:10:00 diagnose: no workspace packages: go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- ./... builtin]: exit status 1: go build github.com/foomo/bimg: invalid flag in pkg-config --cflags: -Xpreprocessor

	directory = 0x1711a60

@stamblerre
Copy link
Contributor

Thanks for sharing this log!

/cc @matloob for go/packages + cgo insight

@matloob
Copy link
Contributor

matloob commented Jan 28, 2020

In general, go list needs to be able to work for our tools to work. Does your project build with go build? Do you use a Makefile (or other build system) that sets the cgo environment variables? If so, you'd need to set the environment variables for gopls.

@urandom
Copy link
Author

urandom commented Jan 29, 2020

@matloob

In general, go list needs to be able to work for our tools to work.

go list works fine, though it would be an improvement to report the error as json, part of the object that produced it. Beside exiting with 2 and printing a cgo-related error for a dependency that is used in some dark corner of the project, it also produces more than 30000 lines of json code. I believe the problem lies in gopls, which ignores all of that json due to the error.

Does your project build with go build?

go build works fine as well. I'm sure there's a main package somewhere that ends up using the problematic dependency and probably won't build without help, but that's not a problem for the vast majority of the code and the plethora of main packages in the module.

Do you use a Makefile (or other build system) that sets the cgo environment variables?

No

@stamblerre
Copy link
Contributor

@matloob: Will it be possible for go/packages to ignore this form of error? I imagine this would be an extension of the workaround here?

@gopherbot
Copy link

Change https://golang.org/cl/217078 mentions this issue: go/packages: work around pkg-config errors in go list

@gopherbot
Copy link

Change https://golang.org/cl/217083 mentions this issue: go/packages: work around pkg-config errors in go list

@stamblerre
Copy link
Contributor

@urandom: Can you confirm that this issue is fixed by downloading gopls at master? The command to do so is GO111MODULE=on go get golang.org/x/tools/gopls@master golang.org/x/tools@master.

@urandom
Copy link
Author

urandom commented Jan 30, 2020

@stamblerre after updating gopls to master, i can now see some references. though it appears that they are only from the current package.

The output of the check subcommand now looks like this:

2020/01/30 22:31:24 Info:2020/01/30 22:31:24 Build info
----------
golang.org/x/tools/gopls master
    golang.org/x/tools/gopls@v0.1.8-0.20200130203232-449c356b79e5 h1:QFfk5i7qHxUADE2pe8snS1epWbFguJGJ7KbdtVDiANw=
    github.com/BurntSushi/toml@v0.3.1 h1:WXkYYl6Yr3qBf1K79EBnL4mak0OimBfB0XUf9Vl28OQ=
    github.com/sergi/go-diff@v1.0.0 h1:Kpca3qRNrduNnOQeazBd0ysaKrUJiIuISHxogkT9RPQ=
    golang.org/x/mod@v0.1.1-0.20191105210325-c90efee705ee h1:WG0RUwxtNT4qqaXX3DPA8zHFNm/D9xaBpxzHt1WcA/E=
    golang.org/x/sync@v0.0.0-20190423024810-112230192c58 h1:8gQV6CLnAEikrhgkHFbMAEhagSSnXWGV915qUMm9mrU=
    golang.org/x/tools@v0.0.0-20200130193611-71629799394e h1:XuSNSStN96LDcnwKA/D7kyYMR7y8HVIh/0g5rYU4l9o=
    golang.org/x/xerrors@v0.0.0-20191011141410-1b5146add898 h1:/atklqdjdhuosWIl6AIbOeHJjicWYPqR9bpxqxYG2pA=
    honnef.co/go/tools@v0.0.1-2019.2.3 h1:3JgtbtFHMiCmsznwGVTUWbgGov+pVqnlf1dEJTNAXeM=
    mvdan.cc/xurls/v2@v2.1.0 h1:KaMb5GLhlcSX+e+qhbRJODnUUBvlw01jt4yrjFIHAuA=

Go info
-------
go version go1.13.7 linux/amd64

GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/urandom/.cache/go-build"
GOENV="/home/urandom/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/urandom/.go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/home/urandom/Projects/proj/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build274623648=/tmp/go-build -gno-record-gcc-switches"
2020/01/30 22:31:26 initial workspace load failed: go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- ./... builtin]: exit status 2: # pkg-config --cflags  -- vips vips vips vips
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
pkg-config: exit status 1

2020/01/30 22:31:26 Info:2020/01/30 22:31:26 go/packages.Load
	snapshot = 0
	query = [./... builtin]
	packages = 0
2020/01/30 22:31:26 Error:2020/01/30 22:31:26 initial workspace load failed: go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- ./... builtin]: exit status 2: # pkg-config --cflags  -- vips vips vips vips
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
Package 'vips', required by 'virtual:world', not found
pkg-config: exit status 1
2020/01/30 22:31:26 Info:2020/01/30 22:31:26 go/packages.Load
	snapshot = 1
	query = [file=/home/urandom/Projects/proj/file1.go]
	packages = 2
2020/01/30 22:31:26 Info:2020/01/30 22:31:26 go/packages.Load
	snapshot = 1
	package = pkg/
	files = [/home/urandom/Projects/proj/file2.go /home/urandom/Projects/proj/file1.go]
2020/01/30 22:31:26 Info:2020/01/30 22:31:26 go/packages.Load
	snapshot = 1
	package = pkg/
	files = [/home/urandom/Projects/proj/file2.go /home/urandom/Projects/proj/file1.go /home/urandom/Projects/proj/file2_test.go /home/urandom/Projects/proj/file1_test.go]

@stamblerre
Copy link
Contributor

Ah, looks like Michael's CL still didn't fix your error. @matloob: Can you take a look?

@stamblerre stamblerre reopened this Jan 30, 2020
@matloob
Copy link
Contributor

matloob commented Jan 30, 2020

I'm a bit stumped as to why this is happening. It would be really helpful if there was a repo we could try to reproduce this with locally so we can try to debug this. Is that something you could give us?

@urandom
Copy link
Author

urandom commented Jan 31, 2020

Some more information:

On a mac, the error message doesn't begin with a '#', so the workaround will not work there. This is what go list's stderr contains there:

go build github.com/foomo/bimg: invalid flag in pkg-config --cflags: -Xpreprocessor

Also, it appears that this github.com/foomo/bimg is responsible for the whole pkg-config mess. The following trivial example reproduces the error:

package main

import (
	"fmt"

	_ "github.com/foomo/bimg"
)

func main() {
	fmt.Println("test")
}

@matloob
Copy link
Contributor

matloob commented Jan 31, 2020

Thanks for the repro, I'll see what's going on.

The weird thing is that I'm getting the "#" in my stderr:

$ go list -json -compiled uandom.go >/dev/null
# pkg-config --cflags  -- vips vips vips vips
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
No package 'vips' found
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
No package 'vips' found
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
No package 'vips' found
Package vips was not found in the pkg-config search path.
Perhaps you should add the directory containing `vips.pc'
to the PKG_CONFIG_PATH environment variable
No package 'vips' found
pkg-config: exit status 1

@gopherbot
Copy link

Change https://golang.org/cl/261502 mentions this issue: go/packages: handle variaton an an error message

@matloob
Copy link
Contributor

matloob commented Oct 12, 2020

@urandom Could you give golang.org/cl/261502 a try to see if it fixes this?

@stamblerre stamblerre moved this from Critical to Documentation in vscode-go: gopls by default Nov 11, 2020
@stamblerre stamblerre moved this from Documentation to In progress in vscode-go: gopls by default Nov 11, 2020
@stamblerre stamblerre moved this from In progress to Documentation in vscode-go: gopls by default Nov 11, 2020
@stamblerre stamblerre moved this from Documentation to In progress in vscode-go: gopls by default Nov 11, 2020
vscode-go: gopls by default automation moved this from In progress to Done Nov 16, 2020
@stamblerre stamblerre reopened this Dec 28, 2020
vscode-go: gopls by default automation moved this from Done to In progress Dec 28, 2020
@stamblerre
Copy link
Contributor

Just ran into this once again with the following error message:

go [-e -json -compiled=true -test=true -export=false -deps=true -find=false -- builtin github.com/davidbyttow/govips/v2/...]: exit status 2: go: downloading golang.org/x/image v0.0.0-20200927104501-e162460cd6b5 go: downloading golang.org/x/net v0.0.0-20201031054903-ff519b6c9102 go: downloading github.com/stretchr/testify v1.6.1 go: downloading github.com/davecgh/go-spew v1.1.1 go: downloading github.com/pmezard/go-difflib v1.0.0 go: downloading gopkg.in/yaml.v3 v3.0.0-20200313102051-9f266ea9e77c go: downloading golang.org/x/text v0.3.4 # pkg-config --cflags  -- vips vips vips vips vips vips vips vips vips vips vips vips vips vips vips pkg-config: exec: "pkg-config": executable file not found in $PATH # pkg-config --cflags  -- vips vips vips vips vips vips vips vips vips vips vips vips vips vips vips pkg-config: exec: "pkg-config": executable file not found in $PATH

@stamblerre stamblerre moved this from In progress to Needs Triage in vscode-go: gopls by default Jan 6, 2021
@stamblerre stamblerre removed this from Needs Triage in vscode-go: gopls by default Jan 6, 2021
@stamblerre stamblerre added this to To Do in gopls on-deck Feb 28, 2021
@stamblerre
Copy link
Contributor

This is still reproducible with the following repro case:

-- go.mod --
module mod9.com

go 1.17

require github.com/foomo/bimg v1.0.18
-- go.sum --
github.com/foomo/bimg v1.0.18 h1:DealzQZr5XxafkD6f9RpkTAnLq+Y9Z6AZ9viF6bY8rA=
github.com/foomo/bimg v1.0.18/go.mod h1:Y9M1HDLviZ+H1lmP75eC054PXYYsNrwvVx5Q+ZO4POk=
-- main.go --
package main

import "github.com/foomo/bimg"

func main() int {
	bimg.Initialize()
}

Run go clean -modcache before opening the editor.

This is an edge case, so lowering the priority as this is not a 1.0 blocker.

@stamblerre stamblerre removed this from the gopls/v1.0.0 milestone Jun 28, 2021
@stamblerre stamblerre removed this from To Do in gopls on-deck Jun 28, 2021
@seankhliao seankhliao added this to the gopls/unplanned milestone Aug 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
gopls Issues related to the Go language server, gopls. NeedsDecision Feedback is required from experts, contributors, and/or the community before a change can be made. Tools This label describes issues relating to any tools in the x/tools repository.
Projects
None yet
Development

No branches or pull requests

5 participants