decl.c, [...]: Fix comment typos.
authorKazu Hirata <kazu@codesourcery.com>
Sun, 28 May 2006 17:53:11 +0000 (17:53 +0000)
committerKazu Hirata <kazu@gcc.gnu.org>
Sun, 28 May 2006 17:53:11 +0000 (17:53 +0000)
* decl.c, decl2.c, parser.c: Fix comment typos.  Follow
spelling conventions.

From-SVN: r114169

gcc/cp/ChangeLog
gcc/cp/decl.c
gcc/cp/decl2.c
gcc/cp/parser.c

index 45d25bb1f73ad3b94ccfc8b9c21506245e59b637..ebbca93be9b48bc0959c493da7c8c87f740512f9 100644 (file)
@@ -1,3 +1,8 @@
+2006-05-28  Kazu Hirata  <kazu@codesourcery.com>
+
+       * decl.c, decl2.c, parser.c: Fix comment typos.  Follow
+       spelling conventions.
+
 2006-05-24  Mark Mitchell  <mark@codesourcery.com>
 
        PR c++/20103
index fef09edb6945e0addac8d950cadb273d22c2dc45..5178bdfd91d327db0627e11b214731de98167d3a 100644 (file)
@@ -217,7 +217,7 @@ struct named_label_entry GTY(())
 
   /* The following bits are set after the label is defined, and are
      updated as scopes are popped.  They indicate that a backward jump
-     to the label will illegally enter a scope of the given flavour.  */
+     to the label will illegally enter a scope of the given flavor.  */
   bool in_try_scope;
   bool in_catch_scope;
   bool in_omp_scope;
index c0bea8c3dad3bd2bdeb57960b6a49dd6d62f6ba5..0949944d54f7cbe1d35d2612c0169d2c521e00f9 100644 (file)
@@ -2106,7 +2106,7 @@ start_objects (int method_type, int initp)
 
   /* We cannot allow these functions to be elided, even if they do not
      have external linkage.  And, there's no point in deferring
-     compilation of thes functions; they're all going to have to be
+     compilation of these functions; they're all going to have to be
      out anyhow.  */
   DECL_INLINE (current_function_decl) = 0;
   DECL_UNINLINABLE (current_function_decl) = 1;
index 74934fbcc31ad64cbbc56769ff777c07fbf7f23d..60a53c8076adcb5fb9aa23ae4835657b5a1c3e1e 100644 (file)
@@ -13107,7 +13107,7 @@ cp_parser_class_head (cp_parser* parser,
         define a class that has already been declared with this
         syntax.
 
-        The proposed resolution for Core Issue 180 says that whever
+        The proposed resolution for Core Issue 180 says that wherever
         you see `class T::X' you should treat `X' as a type-name.
 
         It is OK to define an inaccessible class; for example: