/ go Public
x/tools/gopls: detect unsupported build systems and improve error messages/performance #43937
Issues related to the Go language server, gopls.
Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
This label describes issues relating to any tools in the x/tools repository.
I recently ran into issues caused by bazelbuild/rules_go#512, but the error message displayed by gopls seemed unrelated. Within my editor (VS Code) I just see
Error loading workspace: go [-e -json -compiled=true -test=true -export=false -deps=false -- builtin <redacted>: exit status 2: warning: ignoring symlink ....
I spoke with @stamblerre to diagnose the issue and it came down to the fact that gopls doesn’t know about generated files due to the Bazel Go rules issue linked above. It’s even stated in the README:
I was curious of whether it would be possible to detect a
WORKSPACEfile at the directory root and display a more helpful error or warning. One could even disable certain features or bail early from long-running commands that repeatedly fail.
ccing @jayconrod for any insight into detecting an unsupported build system like Bazel.
The text was updated successfully, but these errors were encountered: