From ddd0b831ebc6cebb6950b3b7b00348f6bdd47c86 Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Sun, 28 May 2006 17:53:11 +0000 Subject: [PATCH] decl.c, [...]: Fix comment typos. * decl.c, decl2.c, parser.c: Fix comment typos. Follow spelling conventions. From-SVN: r114169 --- gcc/cp/ChangeLog | 5 +++++ gcc/cp/decl.c | 2 +- gcc/cp/decl2.c | 2 +- gcc/cp/parser.c | 2 +- 4 files changed, 8 insertions(+), 3 deletions(-) diff --git a/gcc/cp/ChangeLog b/gcc/cp/ChangeLog index 45d25bb1f73..ebbca93be9b 100644 --- a/gcc/cp/ChangeLog +++ b/gcc/cp/ChangeLog @@ -1,3 +1,8 @@ +2006-05-28 Kazu Hirata + + * decl.c, decl2.c, parser.c: Fix comment typos. Follow + spelling conventions. + 2006-05-24 Mark Mitchell PR c++/20103 diff --git a/gcc/cp/decl.c b/gcc/cp/decl.c index fef09edb694..5178bdfd91d 100644 --- a/gcc/cp/decl.c +++ b/gcc/cp/decl.c @@ -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; diff --git a/gcc/cp/decl2.c b/gcc/cp/decl2.c index c0bea8c3dad..0949944d54f 100644 --- a/gcc/cp/decl2.c +++ b/gcc/cp/decl2.c @@ -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; diff --git a/gcc/cp/parser.c b/gcc/cp/parser.c index 74934fbcc31..60a53c8076a 100644 --- a/gcc/cp/parser.c +++ b/gcc/cp/parser.c @@ -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: