From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15553 invoked by alias); 6 Nov 2006 00:43:30 -0000 Received: (qmail 15535 invoked by alias); 6 Nov 2006 00:43:29 -0000 Date: Mon, 06 Nov 2006 00:43:00 -0000 Message-ID: <20061106004329.15534.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug java/29587] jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "dave at hiauly1 dot hia dot nrc dot ca" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2006-q4/txt/msg00099.txt.bz2 List-Id: ------- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-06 00:43 ------- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes > 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. It appears that every one of them has its address taken. The code skips such variables: /* We can't eliminate things whose address is taken, or which is the target of a dereference. */ if (vi->address_taken || vi->indirect_target) continue; > However, all of these variables should collapse, as they do in the > earlier functions. For the record, I believe we die processing this constructor function: ;; Function _GLOBAL__I_0__ZN3gnu3xml8aelfred215XmlParser$InputC1Ev() (_GLOBAL__I _0__ZN3gnu3xml8aelfred215XmlParser$InputC1Ev) The alias1 files has the following: ... ESCAPED_VARS = &gnu.xml.xpath.AndExpr.class$$.engine Collapsing static cycles and doing variable substitution: Solving graph: Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587