forked from OSchip/llvm-project
32e6a34c02
In r267672, where the loop distribution pragma was introduced, I tried it hard to keep the old behavior for opt: when opt is invoked with -loop-distribute, it should distribute the loop (it's off by default when ran via the optimization pipeline). As MichaelZ has discovered this has the unintended consequence of breaking a very common developer work-flow to reproduce compilations using opt: First you print the pass pipeline of clang with -debug-pass=Arguments and then invoking opt with the returned arguments. clang -debug-pass will include -loop-distribute but the pass is invoked with default=off so nothing happens unless the loop carries the pragma. While through opt (default=on) we will try to distribute all loops. This changes opt's default to off as well to match clang. The tests are modified to explicitly enable the transformation. llvm-svn: 290235 |
||
---|---|---|
.. | ||
basic-with-memchecks.ll | ||
basic.ll | ||
bounds-expansion-bug.ll | ||
crash-in-memcheck-generation.ll | ||
diagnostics-with-hotness-lazy-BFI.ll | ||
diagnostics-with-hotness.ll | ||
diagnostics.ll | ||
metadata.ll | ||
no-if-convert.ll | ||
outside-use.ll | ||
pr28443.ll | ||
program-order.ll | ||
symbolic-stride.ll | ||
unknown-bounds-for-memchecks.ll |