------- Comment #7 from joern dot rennecke at st dot com 2005-11-10 14:11
-------
Subject: Re: -d option changes generated code
rakdver at gcc dot gnu dot org wrote:
>------- Comment #6 from rakdver at gcc dot gnu dot org 2005-11-09 22:36
>-------
>Yes, this is indeed the case. I am testing the fix.
>
>
>
>
I've tested the attached patch on i686-pc-linux-gnu native, X sh-elf and
X sh64-elf. No new regressions
except for a few more compilation timeouts for sh-elf and sh64-elf on
borderline tests, i.e.
gcc.c-torture/compile/20001226-1.c, gcc.dg/c99-intconst-1.c and
g++.dg/eh/cleanup1.C (I did the baseline
under lower load).
2005-11-10 J"orn Rennecke <[EMAIL PROTECTED]>
* loop-unroll.c (si_info_hash, ve_info_hash): Use INSN_UID for hash.
Index: loop-unroll.c
===================================================================
--- loop-unroll.c (revision 106440)
+++ loop-unroll.c (working copy)
@@ -1475,7 +1475,7 @@
static hashval_t
si_info_hash (const void *ivts)
{
- return htab_hash_pointer (((struct iv_to_split *) ivts)->insn);
+ return (hashval_t) INSN_UID (((struct iv_to_split *) ivts)->insn);
}
/* An equality functions for information about insns to split. */
@@ -1494,7 +1494,7 @@
static hashval_t
ve_info_hash (const void *ves)
{
- return htab_hash_pointer (((struct var_to_expand *) ves)->insn);
+ return (hashval_t) INSN_UID (((struct var_to_expand *) ves)->insn);
}
/* Return true if IVTS1 and IVTS2 (which are really both of type
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24760
