| commit | b6cdd1a97c6a688a6a842cdc667ec2e68174ba9d | [log] [tgz] |
|---|---|---|
| author | cuishuang <imcusg@gmail.com> | Sun Oct 05 16:00:46 2025 +0800 |
| committer | Gopher Robot <gobot@golang.org> | Wed Oct 08 14:28:48 2025 -0700 |
| tree | d24cdd808ecdcbbc226a361972da8287381d69bc | |
| parent | bba3e065a67271df90253c78c98f2cea7f572948 [diff] |
modfile: use reflect.TypeFor instead of reflect.TypeOf For golang/go#60088. Change-Id: I7c503c5a18aa7c6de1ffc0c5c115e1a588b2a9e6 Reviewed-on: https://go-review.googlesource.com/c/mod/+/709175 Auto-Submit: Sean Liao <sean@liao.dev> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Reviewed-by: Sean Liao <sean@liao.dev> Reviewed-by: Michael Pratt <mpratt@google.com> Reviewed-by: Carlos Amedee <carlos@golang.org>
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.