calling llvm-reduce with -max-pass-iterations=N for some N>1 often makes a real difference in the quality of its output. I often forget to add this cumbersome option and get suboptimal results, and the other day I was talking to a heavy user of llvm-reduce who didn't even realize it could do certain transformations because they often get suppressed by the default pass ordering.
this patch sets the default max-pass-iterations to 5 instead of 1. I believe that nearly all users will benefit from this. this only drawback is increased execution time, this patch causes "ninja check" of the llvm-reduce subdir take about 1.7 seconds on my machine instead of 1.2 seconds, previously. my strong belief is that most llvm-reduce users are not bottlenecked by this sort of minor increase in execution time, and that they'll appreciate the improved outputs.