go-plus icon indicating copy to clipboard operation
go-plus copied to clipboard

go modules support

Open lelvisl opened this issue 6 years ago • 19 comments

Hi! Can you add vgo instead of go to the configuration?

lelvisl avatar Mar 27 '18 17:03 lelvisl

Yes, this makes sense.

joefitzgerald avatar Mar 27 '18 19:03 joefitzgerald

thx!

lelvisl avatar Mar 27 '18 22:03 lelvisl

some news?

lelvisl avatar May 04 '18 14:05 lelvisl

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.

zmb3 avatar May 04 '18 20:05 zmb3

+1

g42sh avatar May 17 '18 04:05 g42sh

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:

hugollm avatar Aug 25 '18 12:08 hugollm

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. image

nick-phillips-dev avatar Aug 30 '18 21:08 nick-phillips-dev

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 avatar Aug 30 '18 21:08 zmb3

@zmb3 Thanks for the response. I thought that would work as well but still getting the same error. Any thing else I can try?

nick-phillips-dev avatar Aug 30 '18 21:08 nick-phillips-dev

@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 avatar Aug 30 '18 21:08 zmb3

@zmb3 It is unset. I moved my project outside of the GOPATH once I upgraded to 1.11.

nick-phillips-dev avatar Aug 31 '18 11:08 nick-phillips-dev

@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

nick-phillips-dev avatar Aug 31 '18 14:08 nick-phillips-dev

+1

jingminglang avatar Sep 19 '18 10:09 jingminglang

+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 avatar Oct 05 '18 20:10 bensussman

@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.

zmb3 avatar Oct 06 '18 01:10 zmb3

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

tekkamanendless avatar Dec 28 '18 15:12 tekkamanendless

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.

zmb3 avatar Jan 21 '19 16:01 zmb3

PR #866 switches to use https://github.com/stamblerre/gocode by default.

joefitzgerald avatar Jan 27 '19 18:01 joefitzgerald

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

gnu-user avatar Oct 18 '19 15:10 gnu-user