tree-ssa-loop-ivopts.c: Fix a comment typo.
authorKazu Hirata <kazu@cs.umass.edu>
Thu, 28 Oct 2004 14:24:29 +0000 (14:24 +0000)
committerKazu Hirata <kazu@gcc.gnu.org>
Thu, 28 Oct 2004 14:24:29 +0000 (14:24 +0000)
* tree-ssa-loop-ivopts.c: Fix a comment typo.
* doc/invoke.texi: Fix a typo.

From-SVN: r89759

gcc/ChangeLog
gcc/doc/invoke.texi
gcc/tree-ssa-loop-ivopts.c

index c4413c1..af012f4 100644 (file)
@@ -1,5 +1,10 @@
 2004-10-28  Kazu Hirata  <kazu@cs.umass.edu>
 
+       * tree-ssa-loop-ivopts.c: Fix a comment typo.
+       * doc/invoke.texi: Fix a typo.
+
+2004-10-28  Kazu Hirata  <kazu@cs.umass.edu>
+
        * Makefile.in (OBJS-common): Remove duplicates.
 
 2004-10-28  Kazu Hirata  <kazu@cs.umass.edu>
index 72d4f57..c1d48ed 100644 (file)
@@ -5322,7 +5322,7 @@ default value, 0, implies that GCC will select the most appropriate
 size itself.
 
 @item sra-field-structure-ratio
-The treshold ratio (as a percentage) between instantiated fields and
+The threshold ratio (as a percentage) between instantiated fields and
 the complete structure size.  We say that if the ratio of the number
 of bytes in instantiated fields to the number of bytes in the complete
 structure exceeds this parameter, then block copies are not used.  The
index c0c800a..58771cd 100644 (file)
@@ -3615,7 +3615,7 @@ try_add_cand_for (struct ivopts_data *data, bitmap ivs, bitmap inv,
      just one generic biv.  If we added here many ivs specific to the uses,
      the optimization algorithm later would be likely to get stuck in a local
      minimum, thus causing us to create too many ivs.  The approach from
-     few ivs to more seems more likely to be succesful -- starting from few
+     few ivs to more seems more likely to be successful -- starting from few
      ivs, replacing an expensive use by a specific iv should always be a
      win.  */
   EXECUTE_IF_SET_IN_BITMAP (data->important_candidates, 0, i, bi)