cc @samthanawalla

One option could be to put that information into a -json flag.

One option could be to put that information into a -json flag.

I don't think JSON output is appropriate. The consumer is always a human, never a machine.

Why does -x not lead to appropriate output?

Why does -x not lead to appropriate output?

It tells me neither the package nor file on whose behalf a command is being executed, nor the timing of the commands, which would be helpful to understand why my generators are conspicuously slow.

I think -json could be useful because we could make tools that can parse the go test (and go build once it's added) output and show the performance of the steps. I think it would be nice if the same tools could be used when looking at the performance of a test, build, or generate.

I think -json could be useful

Build and test seem like things that you want to parse in your CI system so that you can present a fancy dashboard UI, but CI systems don't generally run go generate (because in general it is non-hermetic, requiring tools and data that don't exist in the repo). So I don't really see it. Don't let me stop you from adding -json, but I don't think it solves the problem of this issue.

Hm, we shouldn't add -json if it doesn't help. We'll have to think about this.

#69487 does not duplicate nor replace this issue, but it does overlap. Note that I would still find go generate -exec helpful as a generic hook even if some other flag like -x or -json produced timing results.