Caused by: http://gcc.gnu.org/viewcvs?view=revision&revision=193246 --- testsuite/gcc.dg/tree-ssa/cunroll-1.c (revision 193240) +++ testsuite/gcc.dg/tree-ssa/cunroll-1.c (working copy) @@ -1,5 +1,5 @@ /* { dg-do compile } */ -/* { dg-options "-O3 -fdump-tree-cunroll-details" } */ +/* { dg-options "-O3 -fdump-tree-cunrolli-details" } */ int a[2]; test(int c) { @@ -10,4 +10,4 @@ test(int c) /* Array bounds says the loop will not roll much. */ /* { dg-final { scan-tree-dump "Unrolled loop 1 completely .duplicated 1 times.." "cunroll"} } */ /* { dg-final { scan-tree-dump "Last iteration exit edge was proved true." "cunroll"} } */ -/* { dg-final { cleanup-tree-dump "cunroll" } } */ +/* { dg-final { cleanup-tree-dump "cunrolli" } } */ the scan-tree-dump checks look for cunroll, but the name of the dump has been changed to cunrolli, causing the UNRESOLVED. Should update dump names consistently. Thanks, Kyrill
FAIL: gcc.dg/tree-ssa/cunroll-1.c scan-tree-dump cunrolli "Unrolled loop 1 completely .duplicated 1 times.." Now it just fails.
(In reply to comment #1) > FAIL: gcc.dg/tree-ssa/cunroll-1.c scan-tree-dump cunrolli "Unrolled loop 1 > completely .duplicated 1 times.." > > Now it just fails. The target on which it fails is arm-none-eabi. The commit that fixed the UNRESOLVED was: http://gcc.gnu.org/viewcvs?view=revision&revision=193316 But the commit that introduced the test originally is still: http://gcc.gnu.org/viewcvs?view=revision&revision=193246 Thanks, Kyrill
Fails on powerpc64 too.
Universal; at least i686-, x86_64-linux and cris-elf too. I wonder where this passes...
Fixed, sorry for that: cunroll count differs from cunrolli because of loop header copying in between.