This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [tree-ssa] Fix gcc.dg/tree-ssa/20030530-2.c
- From: law at redhat dot com
- To: Diego Novillo <dnovillo at redhat dot com>
- Cc: "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 12 Jun 2003 15:29:54 -0600
- Subject: Re: [tree-ssa] Fix gcc.dg/tree-ssa/20030530-2.c
- Reply-to: law at redhat dot com
In message <1055450648.13007.107.camel@frodo.toronto.redhat.com>, Diego Novillo
writes:
>On Thu, 2003-06-12 at 16:23, law@redhat.com wrote:
>
>> print operand_equal_p (element->exp->operands[1], element->exp->operands[1]
>, 0)
>>
>Yeah, they're the same.
OK.
>> See my message from a couple weeks ago entitled "Questions about hashtab.c
>> behavior". It went to Vlad, Jason, Andrew and you. I can resend it if
>> you're interested in the details. The number of things that have to
>> happen "just so" are pretty amazing, but it does happen.
>>
>Yup, I remember.
It's almost a certainty that you're being bitten by the hashing code
using the address of the type of a NOP_EXPR node.
The good news is I just checked in a fix for this :-)
Jeff