go-plus
go-plus copied to clipboard
go modules support
Hi! Can you add vgo instead of go to the configuration?
Yes, this makes sense.
thx!
some news?
No updates at this point. I'd like to wait to get more experience with vgo both personally and see more use in the wild to help inform what to build.
+1
I'm using go 1.11 and go-plus actually modified my project's go.mod
to install the tooling.
Would make sense to install only on the workspace, right? Without modifying the project's dependencies.
Not sure if it's even possible to chose :thinking:
I updated to go 1.11 and I'm having some issues with guru
and godef
. They are unable to find declarations based on the new cache system.
e.g.
We are working with tool maintainers to get everything updated to work with modules. Support for modules should gradually improve in the coming weeks.
In the meantime, the best workaround is to clone the module into your GOPATH and use go mod -vendor
to populate a vendor directory.
@zmb3 Thanks for the response. I thought that would work as well but still getting the same error. Any thing else I can try?
@hyprnick is your GO111MODULE
env var set? In vendor mode, you should leave that to auto
or off
. As long as it's not set to on
, the tools shouldn't know a difference.
@zmb3 It is unset. I moved my project outside of the GOPATH
once I upgraded to 1.11.
@zmb3 I ended up downgrading back to 1.10 for the time being.
From what I saw, it doesn't look like gocode is working on 1.11 - see here https://github.com/mdempsky/gocode/issues/48
+1
+1 my team just migrated to go modules and atom w/ go-plus went from being a dream to use to completely unusable overnight.
@bensussman - hear you loud and clear. You're not alone - I too struggle to use go-plus with modules, and the story is the same in many other editors. The tools that editors rely upon to provide all the fancy features you've come to love simply aren't there yet.
The tools are starting to add support, but even the ones that work are too slow to provide a nice experience. We're keeping a close eye on all of the tools and will work to incorporate them when the time is right.
For now, the best recommendation I have for you is to continue to put your code in a GOPATH and run go mod vendor
to populate a vendor directory. The tools will work as-is and you'll at least have a productive dev environment.
I found that switching from mdempsky
to stamblerre
for gocode
fixed autocomplete, which made my life a whole lot better:
go get -u github.com/stamblerre/gocode
If you're watching this issue you could help by letting us know which features are not working with modules. As far as I can tell build/test, documentation, go to definition, and autocomplete (with stamblerre/gocode) should all work.
PR #866 switches to use https://github.com/stamblerre/gocode by default.
Switching to using the fork by stamblerre
solved the problem. Is anyone able to update the documentation under "Installing Missing Tools" for the Atom package page? https://atom.io/packages/go-plus