Hi!
I've noticed a comment typo in x86-tune.def and cfgloopmanip.cc has the
same typo as well.
Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk as
obvious.
2024-03-26 Jakub Jelinek <ja...@redhat.com>
* cfgloopmanip.cc (update_loop_exit_probability_scale_dom_bbs):
Fix comment typo - multple -> multiple.
* config/i386/x86-tune.def (X86_TUNE_ACCUMULATE_OUTGOING_ARGS):
Likewise.
--- gcc/cfgloopmanip.cc.jj 2024-01-03 11:51:26.819796587 +0100
+++ gcc/cfgloopmanip.cc 2024-03-25 17:44:15.993120420 +0100
@@ -669,7 +669,7 @@ update_loop_exit_probability_scale_dom_b
+ old_exit_count - exit_edge->count ();
}
else
- /* If there are multple blocks, just scale. */
+ /* If there are multiple blocks, just scale. */
scale_dominated_blocks_in_loop (loop, exit_edge->src,
exit_edge->src->count - exit_edge->count (),
exit_edge->src->count - old_exit_count);
--- gcc/config/i386/x86-tune.def.jj 2024-03-18 10:33:28.019418854 +0100
+++ gcc/config/i386/x86-tune.def 2024-03-25 17:44:53.045606200 +0100
@@ -157,7 +157,7 @@ DEF_TUNE (X86_TUNE_FUSE_ALU_AND_BRANCH,
by push/pop instructions.
This increase code size by about 5% in 32bit mode, less so in 64bit mode
because parameters are passed in registers. It is considerable
- win for targets without stack engine that prevents multple push operations
+ win for targets without stack engine that prevents multiple push operations
to happen in parallel. */
DEF_TUNE (X86_TUNE_ACCUMULATE_OUTGOING_ARGS, "accumulate_outgoing_args",
Jakub
