From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6583 invoked by alias); 14 Jun 2008 10:01:40 -0000 Received: (qmail 6549 invoked by uid 48); 14 Jun 2008 10:01:38 -0000 Date: Sat, 14 Jun 2008 10:01:00 -0000 Message-ID: <20080614100138.6544.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug tree-optimization/36218] [4.2/4.3/4.4 regression] VRP causes stack overflow while building libgcj In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "dannysmith at users dot sourceforge dot net" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2008-q2/txt/msg00080.txt.bz2 ------- Comment #11 from dannysmith at users dot sourceforge dot net 2008-06-14 10:01 ------- (In reply to comment #6) > Note that a native build should be done to verify that my patch increases the > stack limit enough to fix this bug, before marking it fixed. > With this patch (8 mb stack reserve), native mingw32 jc1.exe (built with -O2) is able to compile all libgcj objects on trunk and 4_3-branch. Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218