Aufzeichnungengolanggolang.org/x/toolsFehlerfall
Fehlersignatur
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: <str> imported and not used
Beweisqualität: complete · go/compiler · compiler-diagnostic · outer go run · Zuerst erfasst: 2026-09-02 · Zuletzt gesehen: 2026-09-02
sha256:d5fae02e8604…
golang.org/x/tools/go/ast/inspector.Inspector golang.org/x/tools/go/ast/inspector.New
Wo gemessen wurde
PASS bedeutet, dass das Release in PROJECT_COMPILE eine bestandene Beobachtung aufgezeichnet hat und keinen Eintrag zu diesem Fehlschlag. Das ist das Nächste an Abwesenheit, das dieses Netz berichten kann, und kein Beweis dafür.
- v0.49.0 FAIL
- v0.48.0 nicht gemessen
- v0.47.0 nicht gemessen
- v0.44.0 nicht gemessen
- v0.31.0 PASS 2 bestandene Beobachtungen
Wo er reproduziert wurde
- os=linux · runtime=go@1.26 ×1 2026-09-02 → 2026-09-02
Nächste bekannte PASS/FAIL-Grenzen
Die beiden benachbarten Releases, zwischen denen sich das Urteil ändert. Releases, die niemand gemessen hat, schließen die Lücke nicht; sie werden stattdessen gezählt.
-
Letztes bestandenes Release v0.31.0 → erstes fehlschlagendes Release v0.49.0
Releases dazwischen, die in dieser Stufe nie gemessen wurden: 6
Was sich über die Grenze hinweg unterscheidet
- github.com/yuin/goldmark — → v1.4.13 Hypothese
- golang.org/x/mod — → v0.39.0 Hypothese
- golang.org/x/net v0.38.0 → v0.58.0 Hypothese
- golang.org/x/sync v0.12.0 → v0.22.0 Hypothese
- golang.org/x/telemetry — → v0.0.0-20260811182544-a038080d80e5 Hypothese
Eine Version, die sich über die Grenze hinweg geändert hat, ist ein Kandidat, keine Ursache. Nur eine Quittung, die den Fehlschlag und den dabei aufgelösten Baum im selben Lauf festgehalten hat, wird als Beleg markiert.
Abhängigkeitsversionen über Releases
Worauf jedes Release dieses Pakets seine Kinder aufgelöst hat. Ein Kind, dessen Version sich bewegt hat, steht zuerst: dort hat ein Upgrade etwas unter Ihnen verändert.
| Bibliothek | v0.49.0 | v0.48.0 | v0.47.0 | v0.44.0 | v0.31.0 |
|---|---|---|---|---|---|
| github.com/google/go-cmp | v0.6.0 | — | — | v0.7.0 | v0.6.0 |
| github.com/yuin/goldmark | v1.4.13 | — | — | v1.8.2 | — |
| golang.org/x/mod | v0.39.0 | v0.38.0 | v0.37.0 | v0.35.0 | — |
| golang.org/x/net | v0.58.0 | — | — | v0.55.0 | v0.38.0 |
| golang.org/x/sync | v0.22.0 | v0.22.0 | v0.21.0 | v0.20.0 | v0.12.0 |
| golang.org/x/telemetry | v0.0.0-20260811182544-a038080d80e5 | — | — | v0.0.0-20260409153401-be6f6cb8b1fa | — |
Bewegt: 6 · in jedem Release gleich: 0
Eine Kante hält fest, dass ein Resolver auf einer echten Maschine ein Release neben ein anderes gestellt hat. Sie behauptet nicht, dass beide zusammen funktionieren; diese Frage beantworten Samples und Contracts, nicht das Vorhandensein einer Zeile.
Belegslücken
- Releases in diesem Fenster, die in PROJECT_COMPILE nie gemessen wurden: 3
- Für diesen Fehlschlag wurde keine Fehlerdomäne abgeleitet.
Veröffentlichte Antworten für die betroffenen Releases
- golang.org/x/tools v0.49.0: typeutil.Map Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. HOWgolang.org/x/tools/go/types/typeutil.Map MIT-0 · 2026-09-02
- golang.org/x/tools v0.49.0: inspector.New Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. HOWgolang.org/x/tools/go/ast/inspector.New MIT-0 · 2026-09-02
- golang.org/x/tools v0.49.0: typeutil.Map Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. HOWgolang.org/x/tools/go/types/typeutil.Map MIT-0 · 2026-09-02