The Wire · Showcase
REFACTOR TOOL CRASH FIX SHIPS AS COMPILER INTERNALS SHUFFLE
By RepoJournal · Filed · About Go
The satisfy refactor tool stops crashing on type errors while the compiler team reorganizes global config across the SSA pipeline.
Peter Weinberger landed a critical fix to golang/tools that prevents nil dereference crashes in the refactor/satisfy tool when processing code with type errors [1]. The fix addresses issue golang/go#73109 and closes a gap where multiple cases of malformed input could tank the refactor workflow. Meanwhile, Michael Matloob pushed two related changes to golang/go reshaping how the compiler's SSA backend handles global configuration [2][3]. The work moves config state from scattered globals into a dedicated ssaconfig package, preparing for a larger refactoring of compiler passes slated for #80409. Both changes reflect ongoing structural cleanup inside the compiler toolchain with minimal user-facing impact today.
One email a day. Unsubscribe in one click.
Keep up with Go in about 3 minutes a day: what actually shipped — the commits, pull requests, releases, and security advisories that matter.
One email a day. Unsubscribe in one click. Read a past issue →
Action items
- → Pull latest golang/tools if you use refactor/satisfy on real codebases golang/tools [plan]
- → Monitor golang/go#80409 for follow-up compiler restructuring golang/go [monitor]
References
- [1] refactor/satisfy: fix crash in rename golang/tools
- [2] cmd/compile/internal/ssa: move some global config to ssaconfig golang/go
- [3] cmd/compile/internal/ssa: also look in ssacompile for generated files golang/go