| commit | e3c1277e3e2e8b87bb164aa142208bc47a5b3cce | [log] [tgz] |
|---|---|---|
| author | Heschi Kreinick <heschi@google.com> | Wed Oct 19 13:03:27 2022 -0400 |
| committer | Gopher Robot <gobot@golang.org> | Wed Oct 19 17:48:04 2022 +0000 |
| tree | 3e074d99e568a60ecc540ccea9fdd099cdb1fa30 | |
| parent | aac77cd49169eebad03b7acf605de172eea0c09a [diff] |
go.mod: update to tagged x/tools version
The tagging process is blocked with the following error:
golang.org/x/mod/zip tested by
golang.org/x/mod/zip.test imports
golang.org/x/tools/txtar loaded from golang.org/x/tools@v0.0.0-20191119224855-298f0cb1881e,
but go 1.16 would select v0.1.12
Resolve the error by upgrading tools.
For golang/go#48523.
Change-Id: I37d6673c2880f1170152237a0a4807eb54b95c15
Reviewed-on: https://go-review.googlesource.com/c/mod/+/443936
Auto-Submit: Heschi Kreinick <heschi@google.com>
Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org>
Run-TryBot: Heschi Kreinick <heschi@google.com>
TryBot-Result: Gopher Robot <gobot@golang.org>
Reviewed-by: Dmitri Shuralyov <dmitshur@google.com>
This repository holds packages for writing tools that work directly with Go module mechanics. That is, it is for direct manipulation of Go modules themselves.
It is NOT about supporting general development tools that need to do things like load packages in module mode. That use case, where modules are incidental rather than the focus, should remain in x/tools, specifically x/tools/go/packages.
The specific case of loading packages should still be done by invoking the go command, which remains the single point of truth for package loading algorithms.