-
Notifications
You must be signed in to change notification settings - Fork 645
vscode-go broken for go Tip #545
Comments
I can confirm this, and it's kind of a major bug. |
I see the problem. Is this only broken for using development versions of Go, or are there other cases? Do you know whether there's any way to get a version number out of a dev build? |
Off the top of my head, the most reliable way to tell if a compiler supports go 1.6 features is to compile a file with a build rule checking for the go1.6 build tag. It's too bad go env doesn't export the list of default build tags. In another place in the code, the version value is being checked if it exists before using the fields. The simplest solution would be to do the same to prevent the exception from happening, since the check is only about telling the user to install goMetaLinter manually if they want golint-like features because golint doesn't support go <= 1.5. |
@ramya-rao-a yep I can confirm it was fixed, thank you. |
@ramya-rao-a Thanks, I'm back up and running too. |
A recent change added a check https://github.com/Microsoft/vscode-go/blob/06eabf74a200b3fc6486c56ec733317e1328c473/src/goInstallTools.ts#L230 which is based on a regexp match of the output of
go version
https://github.com/Microsoft/vscode-go/blob/06eabf74a200b3fc6486c56ec733317e1328c473/src/goInstallTools.ts#L213This check fails for two reasons:
go version
running at tip (example output "go version devel +5a0d50f")I don't know if it breaks anything else, but I noticed immediately that code completion was broken as a result.
The text was updated successfully, but these errors were encountered: