From: "Dominique d'Humières" <dominiq@lps.ens.fr>
To: Jakub Jelinek <jakub@redhat.com>
Cc: gcc-patches <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH] PR68271 [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084
Date: Wed, 11 Nov 2015 14:10:00 -0000 [thread overview]
Message-ID: <7FDDBC10-24BC-46D6-B497-E5D72091A852@lps.ens.fr> (raw)
In-Reply-To: <20151111131441.GG5675@tucnak.redhat.com>
Is the following OK?
Index: gcc/ChangeLog
===================================================================
--- gcc/ChangeLog (revision 230162)
+++ gcc/ChangeLog (working copy)
@@ -1,3 +1,10 @@
+2015-11-11 Dominique d'Humieres <dominiq@lps.ens.fr>
+
+ PR bootstrap/68271
+ * cp/parser.h (cp_token): Update pragma_kind to 8.
+ * c-family/c-pragma.c (c_register_pragma_1): Update the gcc_assert
+ to 256.
+
2015-11-11 Simon Dardis <simon.dardis@imgtec.com>
* config/mips/mips.c (mips_breakable_sequence_p): New function.
Index: gcc/cp/parser.h
===================================================================
--- gcc/cp/parser.h (revision 230162)
+++ gcc/cp/parser.h (working copy)
@@ -48,7 +48,7 @@
/* Token flags. */
unsigned char flags;
/* Identifier for the pragma. */
- ENUM_BITFIELD (pragma_kind) pragma_kind : 6;
+ ENUM_BITFIELD (pragma_kind) pragma_kind : 8;
/* True if this token is from a context where it is implicitly extern "C" */
BOOL_BITFIELD implicit_extern_c : 1;
/* True if an error has already been reported for this token, such as a
Index: gcc/c-family/c-pragma.c
===================================================================
--- gcc/c-family/c-pragma.c (revision 230162)
+++ gcc/c-family/c-pragma.c (working copy)
@@ -1370,9 +1370,9 @@
id = registered_pragmas.length ();
id += PRAGMA_FIRST_EXTERNAL - 1;
- /* The C++ front end allocates 6 bits in cp_token; the C front end
- allocates 7 bits in c_token. At present this is sufficient. */
- gcc_assert (id < 64);
+ /* The C++ front end allocates 8 bits in cp_token; the C front end
+ allocates 8 bits in c_token. At present this is sufficient. */
+ gcc_assert (id < 256);
}
cpp_register_deferred_pragma (parse_in, space, name, id,
Dominique
> Le 11 nov. 2015 à 14:14, Jakub Jelinek <jakub@redhat.com> a écrit :
>
> On Wed, Nov 11, 2015 at 02:11:38PM +0100, Dominique d'Humières wrote:
>> The following patch restore bootstrap on darwin
>>
>> --- ../_clean/gcc/cp/parser.h 2015-11-10 01:54:44.000000000 +0100
>> +++ gcc/cp/parser.h 2015-11-11 12:10:28.000000000 +0100
>> @@ -48,7 +48,7 @@ struct GTY (()) cp_token {
>> /* Token flags. */
>> unsigned char flags;
>> /* Identifier for the pragma. */
>> - ENUM_BITFIELD (pragma_kind) pragma_kind : 6;
>> + ENUM_BITFIELD (pragma_kind) pragma_kind : 8;
>> /* True if this token is from a context where it is implicitly extern "C" */
>> BOOL_BITFIELD implicit_extern_c : 1;
>> /* True if an error has already been reported for this token, such as a
>> --- ../_clean/gcc/c-family/c-pragma.c 2015-11-10 01:54:43.000000000 +0100
>> +++ gcc/c-family/c-pragma.c 2015-11-11 12:10:25.000000000 +0100
>> @@ -1372,7 +1372,7 @@ c_register_pragma_1 (const char *space,
>>
>> /* The C++ front end allocates 6 bits in cp_token; the C front end
>> allocates 7 bits in c_token. At present this is sufficient. */
>> - gcc_assert (id < 64);
>> + gcc_assert (id < 256);
>> }
>>
>> cpp_register_deferred_pragma (parse_in, space, name, id,
>>
>> OK to commit?
>
> As written in the PR, please add a ChangeLog entry, don't forget about
> PR bootstrap/68271
> line, and please update the 6 and 7 numbers in the comment to 8.
> With that the patch is ok.
> As a follow-up, we'll remove pragma_kind field in the C++ FE, to shrink the
> token by 64 bits.
>
> Jakub
next prev parent reply other threads:[~2015-11-11 14:10 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-11 13:11 Dominique d'Humières
2015-11-11 13:14 ` Jakub Jelinek
2015-11-11 14:10 ` Dominique d'Humières [this message]
2015-11-11 14:19 ` Jakub Jelinek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7FDDBC10-24BC-46D6-B497-E5D72091A852@lps.ens.fr \
--to=dominiq@lps.ens.fr \
--cc=gcc-patches@gcc.gnu.org \
--cc=jakub@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).