dump_printf_loc has to be guarded by dump_enabled_p.
asserted by VERIFY_DUMP_ENABLED_P
Bootstrapped/regtested on x86_64-linux, commiting to trunk as trivial.
gcc/ChangeLog:
* tree-vect-stmts.cc (get_load_store_type): guard dump_printf_loc
---
gcc/tree-vect-stmts.cc | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
index 697e6b5f73b..e75cf42c808 100644
--- a/gcc/tree-vect-stmts.cc
+++ b/gcc/tree-vect-stmts.cc
@@ -2308,9 +2308,10 @@ get_load_store_type (vec_info *vinfo, stmt_vec_info
stmt_info,
&& *memory_access_type != VMAT_ELEMENTWISE);
if (overrun_p && vls_type != VLS_LOAD)
{
- dump_printf_loc (MSG_MISSED_OPTIMIZATION, vect_location,
- "Grouped store with gaps requires"
- " non-consecutive accesses\n");
+ if (dump_enabled_p ())
+ dump_printf_loc (MSG_MISSED_OPTIMIZATION, vect_location,
+ "Grouped store with gaps requires"
+ " non-consecutive accesses\n");
return false;
}
--
2.54.0
