I noticed when reviewing an HTML report generated from optimization records generated in turn from the existing API calls that we sometimes use MSG_NOTE when MSG_OPTIMIZED_LOCATIONS would be more appropriate (to denote a successful optimization).
gcc/ChangeLog: * tree-vect-loop.c (vect_transform_loop): Use MSG_OPTIMIZED_LOCATIONS rather than MSG_NOTE when reporting on vectorized loops and epilogues. --- gcc/tree-vect-loop.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/gcc/tree-vect-loop.c b/gcc/tree-vect-loop.c index e0378ee..cdf8d09 100644 --- a/gcc/tree-vect-loop.c +++ b/gcc/tree-vect-loop.c @@ -8735,19 +8735,19 @@ vect_transform_loop (loop_vec_info loop_vinfo) { if (!LOOP_VINFO_EPILOGUE_P (loop_vinfo)) { - dump_printf_loc (MSG_NOTE, vect_location, + dump_printf_loc (MSG_OPTIMIZED_LOCATIONS, vect_location, "LOOP VECTORIZED\n"); if (loop->inner) - dump_printf_loc (MSG_NOTE, vect_location, + dump_printf_loc (MSG_OPTIMIZED_LOCATIONS, vect_location, "OUTER LOOP VECTORIZED\n"); - dump_printf (MSG_NOTE, "\n"); + dump_printf (MSG_OPTIMIZED_LOCATIONS, "\n"); } else { - dump_printf_loc (MSG_NOTE, vect_location, + dump_printf_loc (MSG_OPTIMIZED_LOCATIONS, vect_location, "LOOP EPILOGUE VECTORIZED (VS="); - dump_dec (MSG_NOTE, current_vector_size); - dump_printf (MSG_NOTE, ")\n"); + dump_dec (MSG_OPTIMIZED_LOCATIONS, current_vector_size); + dump_printf (MSG_OPTIMIZED_LOCATIONS, ")\n"); } } -- 1.8.5.3