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 12:51:10 -0600
- Subject: Re: [tree-ssa] Fix gcc.dg/tree-ssa/20030530-2.c
- Reply-to: law at redhat dot com
In message <1055439583.13007.32.camel@frodo.toronto.redhat.com>, Diego Novillo
writes:
nfortunately, it also causes a bootstrap regression on PPC32. It's one
>of those nasty memory corruption problems because I can't reproduce it
>with -save-temps.
[ ... ]
You know it's possible this is caused by not sorting vops :(
Not sorting vops means that we can have two objects with different
hash values, but which compare equal according to our equality
function.
This can trigger a case where an object that was inserted into the
hash table can not be found later (after shrinking or expanding
the hash table). This can cause a problem similar to the one
you're experiencing.
Do you ever call htab_expand when compiling the function in question?
Jeff
ps. My ppc had no trouble at all building insn-extract.o