You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are many others tools that gets confused with src/mod. Simply each find and grep that we want to run and that will need to exclude mod.
I understand that you don't want to add $GOPATH/mod for people who set $GOPATH=~ but maybe $GOPATH will be more and more useless and less and less =~.
What about an env $GOMODCACHE ? It could be fine to set one $GOMODCACHE for all projects, or decide one for each project (easy to clean), one for group of project... Can be by default in $GOPATH since GOPATH by default is not ~.
I didn't fill a new issue, quite sure that there is already one of this topic ?
Previously, cmd/doc treated GOROOT/src and GOPATH/src
as the roots of the directory trees holding packages, assuming
that the import path would be the path elements after the src directory.
With modules, each module serves as its own root of a file tree,
and the import path prefix starts with the module path before
adding the path elements after the module root.
There are ways we could make this more efficient,
but for now this is a fairly small adjustment to get 'go doc'
working OK for modules for Go 1.11.
Fixes#26635.
Change-Id: Ifdee4194601312846c7b1fc67f2fe7a4a44269cc
Reviewed-on: https://go-review.googlesource.com/126799
Run-TryBot: Russ Cox <[email protected]>
TryBot-Result: Gobot Gobot <[email protected]>
Reviewed-by: Rob Pike <[email protected]>
Rob points out that
go doc
is walking GOPATH and gets confused.The text was updated successfully, but these errors were encountered: