This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] compiling gcc with a C++ compiler 2/n
- From: Thomas Neumann <tneumann at users dot sourceforge dot net>
- To: gcc-patches at gcc dot gnu dot org
- Date: Sun, 13 May 2007 23:35:14 +0200
- Subject: Re: [PATCH] compiling gcc with a C++ compiler 2/n
- References: <f27trd$uua$1@sea.gmane.org>
I just noticed that I missed the two-lines change required in the C++
front end while packing the patch for submission. Sorry for that, here
are the missing changed lines.
The combined patch was bootstrapped on i686.
Thomas
* lex.c (init_reswords): Use the access macro to modify rid_code.
* parser.c (cp_lexer_get_preprocessor_token): Likewise.
Index: gcc/cp/lex.c
===================================================================
--- gcc/cp/lex.c (revision 124656)
+++ gcc/cp/lex.c (working copy)
@@ -340,7 +340,7 @@ init_reswords (void)
for (i = 0; i < ARRAY_SIZE (reswords); i++)
{
id = get_identifier (reswords[i].word);
- C_RID_CODE (id) = reswords[i].rid;
+ SET_C_RID_CODE (id, reswords[i].rid);
ridpointers [(int) reswords[i].rid] = id;
if (! (reswords[i].disable & mask))
C_IS_RESERVED_WORD (id) = 1;
Index: gcc/cp/parser.c
===================================================================
--- gcc/cp/parser.c (revision 124656)
+++ gcc/cp/parser.c (working copy)
@@ -455,7 +455,7 @@ cp_lexer_get_preprocessor_token (cp_lexe
/* Clear out the C_RID_CODE so we don't warn about this
particular identifier-turned-keyword again. */
- C_RID_CODE (token->u.value) = RID_MAX;
+ SET_C_RID_CODE (token->u.value, RID_MAX);
}
token->ambiguous_p = false;