https://gcc.gnu.org/g:e755f478c24c3e99409936af545ac83d35d27ad9

commit r15-319-ge755f478c24c3e99409936af545ac83d35d27ad9
Author: Stefan Schulze Frielinghaus <stefa...@linux.ibm.com>
Date:   Wed May 8 10:48:45 2024 +0200

    tree-ssa-loop-prefetch.cc: Honour -fno-unroll-loops
    
    This fixes a couple of tests (gcc.dg/vect/pr109011-*.c) on s390 where
    loops are unrolled although -fno-unroll-loops is specified.
    
    gcc/ChangeLog:
    
            * tree-ssa-loop-prefetch.cc (determine_unroll_factor): Honour
            -fno-unroll-loops.

Diff:
---
 gcc/tree-ssa-loop-prefetch.cc | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/gcc/tree-ssa-loop-prefetch.cc b/gcc/tree-ssa-loop-prefetch.cc
index 70073cc4fe46..bb5d5dec7795 100644
--- a/gcc/tree-ssa-loop-prefetch.cc
+++ b/gcc/tree-ssa-loop-prefetch.cc
@@ -1401,6 +1401,10 @@ determine_unroll_factor (class loop *loop, struct 
mem_ref_group *refs,
   struct mem_ref_group *agp;
   struct mem_ref *ref;
 
+  /* Bail out early in case we must not unroll loops.  */
+  if (!flag_unroll_loops)
+    return 1;
+
   /* First check whether the loop is not too large to unroll.  We ignore
      PARAM_MAX_UNROLL_TIMES, because for small loops, it prevented us
      from unrolling them enough to make exactly one cache line covered by each

Reply via email to