$ the-wire · showcase
REFACTOR TOOL CRASH FIX SHIPS AS COMPILER INTERNALS SHUFFLE
By RepoJournal · Filed · About Go · Composed from the cited sources · methodology
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.
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