Closed dnwe closed 4 years ago
Hi @dnwe,
I'm sure we don't do anything special in errwrap
. But we're using the golang.org/x/tools/go/analysis
package and I think maybe there is some special logic that shortcuts printing diagnostics error to not spam the terminal and that logic might be tied to fixing code as well. One thing worth testing is to upgrade the tooling package to see whether it changes anything for you (run these inside the cloned errwrap
repo):
go get -u golang.org/x/tools
go install // or go build -o ...
@fatih thanks for the confirmation. By coincidence I did bump golang.org/x/tools as part of my PR https://github.com/fatih/errwrap/pull/12 — but I think you're right and its probably the built in "don't report too many errors to stdout" that is also applied to the -fix
behaviour
Is there an intentional limit on the number of fixes to apply in a single invocation? I noticed that if I use errwrap to attempt to migrate a legacy project to using 1.13 style error wrapping, it takes a few invocations to make it fix everything: