[Bug java/29587] jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes

["dberlin at dberlin dot org" <gcc-bugzilla@gcc.gnu.org>]

------- Comment #8 from dberlin at gcc dot gnu dot org  2006-11-05 21:48 -------
Subject: Re:  jc1: out of memory allocating 4072 bytes after a total of
708630224 bytes

On 5 Nov 2006 21:22:24 -0000, dave at hiauly1 dot hia dot nrc dot ca
<gcc-bugzilla@gcc.gnu.org> wrote:
>
>
> ------- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-05 21:22 -------
> Subject: Re:  jc1: out of memory allocating 4072 bytes after a total of
> 708630224 bytes
>
> > Can you bzip2 compress -fdump-tree-alias-vops-details-blocks-stats (it's going
> > to be very large) and put it somewhere for me?
>
> The files are here: <ftp://hiauly1.hia.nrc.ca/outgoing/berlin/>.

Thanks!
So this ends up being what i thought.  The variables aren't being
collapsed, but i can't figure out why (IE it can't prove they are the
same).  This causes it to give them separate solution bitmaps, and the
solutions are very large,and involve thousands of variables, so
thousands * thousands = a lot of memory.


However, all of these variables should collapse, as they do in the
earlier functions.
They also collapse on my machine on this testcase (which admittedly
has different code there).
It is, in fact, *incredibly* strange that not a single variable is
collapsed or unified in this function.

I'm not sure what to do here.
Can you poke around in perform_var_substitution and see if you can
figure out what conditions are causing all the variables to fail out
of the collapsing.  Particularly, roughly every variable that has a
constaint like foo = ESCAPED_VARS in the dump should be getting
collapsed to ESCAPED_VARS.


Can you poke


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587