* [PATCH][last/n] LTO type merging cleanup
@ 2011-05-23 15:54 Richard Guenther
2011-05-23 16:16 ` H.J. Lu
0 siblings, 1 reply; 3+ messages in thread
From: Richard Guenther @ 2011-05-23 15:54 UTC (permalink / raw)
To: gcc-patches
This is the last (planned) bit for the regular type merging machinery
(there is still some issues with TYPE_CANONICAL that I will try to
address next). It avoids merging types which have different names
as that leads to interesting debuginfo issues.
LTO-bootstrapped and tested on x86_64-unknown-linux-gnu, SPEC 2k6
non--g built (w/o any but the TYPE_CANONICAL issues), SPEC 2k6 -g
build running.
Richard.
2011-05-23 Richard Guenther <rguenther@suse.de>
* gimple.c (gimple_types_compatible_p_1): Always compare type names.
(iterative_hash_gimple_type): Always hash type names.
Index: gcc/gimple.c
===================================================================
*** gcc/gimple.c (revision 174065)
--- gcc/gimple.c (working copy)
*************** gimple_types_compatible_p_1 (tree t1, tr
*** 3587,3592 ****
--- 3587,3596 ----
SCCs this assumption may get revisited. */
state->u.same_p = 1;
+ /* The struct tags shall compare equal. */
+ if (!compare_type_names_p (t1, t2, false))
+ goto different_types;
+
/* If their attributes are not the same they can't be the same type. */
if (!attribute_list_equal (TYPE_ATTRIBUTES (t1), TYPE_ATTRIBUTES (t2)))
goto different_types;
*************** gimple_types_compatible_p_1 (tree t1, tr
*** 3797,3806 ****
{
tree f1, f2;
- /* The struct tags shall compare equal. */
- if (!compare_type_names_p (t1, t2, false))
- goto different_types;
-
/* For aggregate types, all the fields must be the same. */
for (f1 = TYPE_FIELDS (t1), f2 = TYPE_FIELDS (t2);
f1 && f2;
--- 3801,3806 ----
*************** iterative_hash_gimple_type (tree type, h
*** 4093,4099 ****
smaller sets; when searching for existing matching types to merge,
only existing types having the same features as the new type will be
checked. */
! v = iterative_hash_hashval_t (TREE_CODE (type), 0);
v = iterative_hash_hashval_t (TYPE_QUALS (type), v);
v = iterative_hash_hashval_t (TREE_ADDRESSABLE (type), v);
--- 4093,4100 ----
smaller sets; when searching for existing matching types to merge,
only existing types having the same features as the new type will be
checked. */
! v = iterative_hash_name (TYPE_NAME (type), 0);
! v = iterative_hash_hashval_t (TREE_CODE (type), v);
v = iterative_hash_hashval_t (TYPE_QUALS (type), v);
v = iterative_hash_hashval_t (TREE_ADDRESSABLE (type), v);
*************** iterative_hash_gimple_type (tree type, h
*** 4175,4182 ****
unsigned nf;
tree f;
- v = iterative_hash_name (TYPE_NAME (type), v);
-
for (f = TYPE_FIELDS (type), nf = 0; f; f = TREE_CHAIN (f))
{
v = iterative_hash_name (DECL_NAME (f), v);
--- 4176,4181 ----
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH][last/n] LTO type merging cleanup
2011-05-23 15:54 [PATCH][last/n] LTO type merging cleanup Richard Guenther
@ 2011-05-23 16:16 ` H.J. Lu
2011-05-23 16:19 ` Richard Guenther
0 siblings, 1 reply; 3+ messages in thread
From: H.J. Lu @ 2011-05-23 16:16 UTC (permalink / raw)
To: Richard Guenther; +Cc: gcc-patches
On Mon, May 23, 2011 at 8:18 AM, Richard Guenther <rguenther@suse.de> wrote:
>
> This is the last (planned) bit for the regular type merging machinery
> (there is still some issues with TYPE_CANONICAL that I will try to
> address next). It avoids merging types which have different names
> as that leads to interesting debuginfo issues.
>
> LTO-bootstrapped and tested on x86_64-unknown-linux-gnu, SPEC 2k6
> non--g built (w/o any but the TYPE_CANONICAL issues), SPEC 2k6 -g
> build running.
>
> Richard.
>
> 2011-05-23 Richard Guenther <rguenther@suse.de>
>
> * gimple.c (gimple_types_compatible_p_1): Always compare type names.
> (iterative_hash_gimple_type): Always hash type names.
>
Will it fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49078
Thanks.
--
H.J.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH][last/n] LTO type merging cleanup
2011-05-23 16:16 ` H.J. Lu
@ 2011-05-23 16:19 ` Richard Guenther
0 siblings, 0 replies; 3+ messages in thread
From: Richard Guenther @ 2011-05-23 16:19 UTC (permalink / raw)
To: H.J. Lu; +Cc: gcc-patches
On Mon, May 23, 2011 at 5:34 PM, H.J. Lu <hjl.tools@gmail.com> wrote:
> On Mon, May 23, 2011 at 8:18 AM, Richard Guenther <rguenther@suse.de> wrote:
>>
>> This is the last (planned) bit for the regular type merging machinery
>> (there is still some issues with TYPE_CANONICAL that I will try to
>> address next). It avoids merging types which have different names
>> as that leads to interesting debuginfo issues.
>>
>> LTO-bootstrapped and tested on x86_64-unknown-linux-gnu, SPEC 2k6
>> non--g built (w/o any but the TYPE_CANONICAL issues), SPEC 2k6 -g
>> build running.
>>
>> Richard.
>>
>> 2011-05-23 Richard Guenther <rguenther@suse.de>
>>
>> * gimple.c (gimple_types_compatible_p_1): Always compare type names.
>> (iterative_hash_gimple_type): Always hash type names.
>>
>
> Will it fix
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49078
That's very unlikely as it is a TYPE_CANONICAL issue.
Richard.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-05-23 15:46 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-23 15:54 [PATCH][last/n] LTO type merging cleanup Richard Guenther
2011-05-23 16:16 ` H.J. Lu
2011-05-23 16:19 ` Richard Guenther
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).