]> git.ipfire.org Git - thirdparty/gcc.git/commitdiff
ipa-utils.h: Fix typo in comments.
authorFelix Yang <felix.yang@huawei.com>
Thu, 13 Nov 2014 16:04:30 +0000 (16:04 +0000)
committerFei Yang <fyang@gcc.gnu.org>
Thu, 13 Nov 2014 16:04:30 +0000 (16:04 +0000)
        * ipa-utils.h: Fix typo in comments.
        * ipa-profile.c: Likewise.
        * tree-ssa-loop-ivcanon.c: Fix typo in comments and debugging dump.

From-SVN: r217507

gcc/ChangeLog
gcc/ipa-profile.c
gcc/ipa-utils.h
gcc/tree-ssa-loop-ivcanon.c

index c6014e993a39e37b4bfd21faffaf3f5b7ebdd8f5..7bc943ad9fb351f9f64484e54d07d2e2ca64c6e0 100644 (file)
@@ -1,3 +1,9 @@
+2014-11-13  Felix Yang  <felix.yang@huawei.com>
+
+       * ipa-utils.h: Fix typo in comments.
+       * ipa-profile.c: Likewise.
+       * tree-ssa-loop-ivcanon.c: Fix typo in comments and debugging dumps.
+
 2014-11-13  Teresa Johnson  <tejohnson@google.com>
 
        PR tree-optimization/63841
index b83d1cf7cbcda3f3dd8244a3daef03df3c2920c4..99d13098534550828995f87d02cfec10da74b603 100644 (file)
@@ -22,7 +22,7 @@ along with GCC; see the file COPYING3.  If not see
 
    - Count histogram construction.  This is a histogram analyzing how much
      time is spent executing statements with a given execution count read
-     from profile feedback. This histogram is complette only with LTO,
+     from profile feedback. This histogram is complete only with LTO,
      otherwise it contains information only about the current unit.
 
      Similar histogram is also estimated by coverage runtime.  This histogram
index b3701af7c24b470e66f2d08277edda5e28cf2203..e285722b190317a2fa1dfa5ff76d15290e03f8c7 100644 (file)
@@ -85,7 +85,7 @@ cgraph_node *try_speculative_devirtualization (tree, HOST_WIDE_INT,
                                               ipa_polymorphic_call_context);
 
 /* Return vector containing possible targets of polymorphic call E.
-   If COMPLETEP is non-NULL, store true if the list is complette. 
+   If COMPLETEP is non-NULL, store true if the list is complete. 
    CACHE_TOKEN (if non-NULL) will get stored to an unique ID of entry
    in the target cache.  If user needs to visit every target list
    just once, it can memoize them.
index 73ad46aedacb1a576e46c9f3c6fc16d21023f892..9bc8842946c6030c0be8e7126f9099befaafef47 100644 (file)
@@ -29,7 +29,7 @@ along with GCC; see the file COPYING3.  If not see
    to pay up.
 
    We also perform
-     - complette unrolling (or peeling) when the loops is rolling few enough
+     - complete unrolling (or peeling) when the loops is rolling few enough
        times
      - simple peeling (i.e. copying few initial iterations prior the loop)
        when number of iteration estimate is known (typically by the profile
@@ -422,7 +422,7 @@ estimated_unrolled_size (struct loop_size *size,
    the same time it does not make any code potentially executed 
    during the last iteration dead.  
 
-   After complette unrolling we still may get rid of the conditional
+   After complete unrolling we still may get rid of the conditional
    on the exit in the last copy even if we have no idea what it does.
    This is quite common case for loops of form
 
@@ -775,7 +775,7 @@ try_unroll_loop_completely (struct loop *loop,
                     loop->num);
          return false;
        }
-      /* Outer loops tend to be less interesting candidates for complette
+      /* Outer loops tend to be less interesting candidates for complete
         unrolling unless we can do a lot of propagation into the inner loop
         body.  For now we disable outer loop unrolling when the code would
         grow.  */
@@ -986,7 +986,7 @@ try_peel_loop (struct loop *loop,
     {
       if (dump_file)
         fprintf (dump_file, "Not peeling: upper bound is known so can "
-                "unroll complettely\n");
+                "unroll completely\n");
       return false;
     }