記録golanggolang.org/x/tools失敗イシュー
失敗シグネチャ
PROJECT_COMPILE exit 1 ×1
<path> <str> imported and not used
証拠品質: complete · go/compiler · compiler-diagnostic · outer go run · 初回記録: 2026-09-06 · 最終観測: 2026-09-06
sha256:964ddac6b19a…
golang.org/x/tools/go/packages.Config golang.org/x/tools/go/packages.Load golang.org/x/tools/go/packages.NeedFiles golang.org/x/tools/go/packages.NeedName golang.org/x/tools/go/packages.NeedSyntax golang.org/x/tools/go/packages.NeedTypes golang.org/x/tools/go/packages.NeedTypesInfo
測定された場所
PASS は、そのリリースが PROJECT_COMPILE で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。
- v0.13.0 未測定
- v0.10.0 未測定
- v0.6.0 PASS 通過観測 2 件
- v0.1.12 FAIL
- v0.1.10 未測定
- v0.1.6-0.20210726203631-07bc1bf47fb2 未測定
- v0.1.1 PASS 通過観測 5 件
再現した環境
- os=linux · runtime=go@1.26 ×1 2026-09-06 → 2026-09-06
既知の最も近い PASS/FAIL 境界
判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。
-
最後に通過したリリース v0.1.1 → 最初に失敗したリリース v0.1.12
この段階で一度も測定されていない間のリリース: 2
境界をまたいで異なるもの
- github.com/yuin/goldmark v1.3.5 → v1.4.13 仮説
- golang.org/x/mod v0.4.2 → v0.6.0-dev.0.20220419223038-86c51ed26bb4 仮説
- golang.org/x/net v0.0.0-20210405180319-a5a99cb37ef4 → v0.0.0-20220722155237-a158d28d115b, v0.2.0, v0.4.0 仮説
- golang.org/x/sync v0.0.0-20210220032951-036812b2e83c → v0.0.0-20220722155255-886fb9371eb4, v0.21.0 仮説
- golang.org/x/sys v0.0.0-20210510120138-977fb7262007 → v0.0.0-20220722155257-8c9f86f7a55f, v0.2.0, v0.47.0 仮説
- golang.org/x/text — → v0.3.7, v0.4.0, v0.5.0 仮説
- golang.org/x/xerrors v0.0.0-20200804184101-5ec99f83aff1 → — 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
-
最後に失敗したリリース v0.1.12 → 最初に通過したリリース v0.6.0
境界をまたいで異なるもの
- golang.org/x/mod v0.8.0 → v0.6.0-dev.0.20220419223038-86c51ed26bb4 仮説
- golang.org/x/net v0.10.0, v0.21.0, v0.6.0 → v0.0.0-20220722155237-a158d28d115b, v0.2.0, v0.4.0 仮説
- golang.org/x/sync v0.1.0 → v0.0.0-20220722155255-886fb9371eb4, v0.21.0 仮説
- golang.org/x/sys v0.17.0, v0.5.0 → v0.0.0-20220722155257-8c9f86f7a55f, v0.2.0, v0.47.0 仮説
- golang.org/x/text — → v0.3.7, v0.4.0, v0.5.0 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
リリースごとの依存バージョン
このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。
変動: 5 · 全リリースで同一: 2
エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。
証拠の欠落
- PROJECT_COMPILE で一度も測定されていないこの範囲のリリース: 4
- この失敗について推定された失敗領域はありません。
影響を受けたリリースへの公開された回答
- golang.org/x/tools v0.1.12: packages.Config このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWgolang.org/x/tools/go/packages.Config MIT-0 · 2026-09-06
- golang.org/x/tools v0.1.12: typeutil.MethodSetCache このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWgolang.org/x/tools/go/types/typeutil.MethodSetCache MIT-0 · 2026-09-04
- golang.org/x/tools v0.1.12: packages.Load このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWgolang.org/x/tools/go/packages.Load MIT-0 · 2026-09-01