chore(deps): bump golang.org/x/tools from 0.17.0 to 0.39.0

[dependabot]

Bumps golang.org/x/tools from 0.17.0 to 0.39.0.

Release notes

Sourced from golang.org/x/tools's releases.

gopls/v0.20.0

See https://go.dev/gopls/release/v0.20.0.

Changes: golang/tools@gopls/v0.19.0...gopls/v0.20.0 Contributors: @​adonovan @​cuishuang @​dmitshur @​findleyr @​gopherbot @​hyangah @​iharsuvorau @​jba @​lfolger @​pjweinbgo @​rogeryk @​timothy-king @​vitalmotif @​zpavlinovic @​Zxilly

gopls/v0.19.1

This patch release changes the default value of the importsSource setting: v0.19.0 changed it from goimports to gopls; this release changes it back, due to a bug (#74280).

gopls/v0.19.0

Complete list of issues closed: gopls/v0.19.0 milestone

Configuration Changes

• The gopls check subcommand now accepts a -severity flag to set a minimum severity for the diagnostics it reports. By default, the minimum severity is "warning", so gopls check may report fewer diagnostics than before. Set -severity=hint to reproduce the previous behavior.

Navigation features

"Implementations" supports signature types (within same package)

The Implementations query reports the correspondence between abstract and concrete types and their methods based on their method sets. Now, it also reports the correspondence between function types, dynamic function calls, and function definitions, based on their signatures.

To use it, invoke an Implementations query on the func token of the definition of a named function, named method, or function literal. Gopls reports the set of function signature types that abstract this function, and the set of dynamic calls through values of such types.

Conversely, an Implementations query on the func token of a signature type, or on the ( paren of a dynamic function call, reports the set of concrete functions that the signature abstracts or that the call dispatches to.

Since a type may be both a function type and a named type with methods (for example, http.HandlerFunc), it may participate in both kinds of Implements queries (method-sets and function signatures). Queries using method-sets should be invoked on the type or method name, and queries using signatures should be invoked on a func or ( token.

Only the local (same-package) algorithm is currently supported. (https://go.dev/issue/56572 tracks the global algorithm.)

"Go to Implementation" reports interface-to-interface relations

The "Go to Implementation" operation now reports relationships between interfaces. Gopls now uses the concreteness of the query type to determine whether a query is "downwards" (from an interface to the types that implement it) or "upwards" (from a concrete type to the interfaces to which it may be assigned). So, for example:

• implementation(io.Reader) subinterfaces such as io.ReadCloser, and concrete implementations such as *os.File.

• implementation(os.File) includes only interfaces, such as io.Reader and io.ReadCloser.

To request an "upwards" query starting from an interface, for example to find the superinterfaces of io.ReadCloser, use the Type Hierarchy feature described below. (See microsoft/language-server-protocol#2037.)

Support for Type Hierarchy

Gopls now implements the three LSP methods related to the Type Hierarchy viewer: textDocument/prepareTypeHierarchy, typeHierarchy/supertypes, typeHierarchy/subtypes.

... (truncated)

Commits

• 034e59c internal/analysis/analyzerutil: fix FileUsesGoVersion
• 076bd80 gopls/internal/filewatcher: retry directory reading upon failure
• 605803f go/analysis/passes/loopclosure: simplify using IsMethodNamed
• 2c6e03f internal/testenv: allow Apple diff too
• 82112c0 gopls/internal/settings: correct git issue for fieldalignment warning
• 1f97856 go.mod: update golang.org/x dependencies
• c24121c go/analysis/passes/modernize: stditerators: even better name heuristic
• edb9587 go/analysis/passes/modernize: stditerators: better name heuristic
• 2f6a4f9 go/analysis/passes/modernize: forvar: handle "if v := v; cond {"
• efd8c43 go/analysis: don't apply fixes to generated files
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[propel-code-bot]

LGTM, ship it! 🚢

Why was this auto-approved?

✅ APPROVED: No issues detected.

[propel-code-bot]

LGTM, ship it! 🚢

Why was this auto-approved?

✅ APPROVED: No issues detected.

[propel-code-bot]

LGTM, ship it! 🚢

Why was this auto-approved?

✅ APPROVED: No issues detected.

[propel-code-bot]

LGTM, ship it! 🚢

Why was this auto-approved?

✅ APPROVED: No issues detected.

[propel-code-bot]

Upgrade golang.org/x/tools to v0.39.0 and refresh dependency graph

Minor dependency maintenance PR generated by Dependabot. It replaces the direct requirement golang.org/x/tools v0.17.0 with v0.39.0, updates the go directive to go 1.24.0, and refreshes indirect requirements and checksums in go.mod and go.sum.

Key Changes

• Updated go.mod directive from go 1.18 to go 1.24.0
• Replaced golang.org/x/tools v0.17.0 with v0.39.0 in go.mod
• Added indirect deps golang.org/x/mod v0.30.0, golang.org/x/sync v0.18.0 and corresponding go.sum entries
• Removed older indirect versions golang.org/x/mod v0.17.0, golang.org/x/sync v0.7.0 and obsolete checksums
• Expanded go.sum with new module hashes required by v0.39.0 and its transitive deps

Affected Areas

• go.mod
• go.sum
• Build/CI toolchain version (due to go 1.24.0 directive)

This summary was automatically generated by @propel-code-bot