From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21851 invoked by alias); 19 Jun 2007 20:10:58 -0000 Received: (qmail 21796 invoked by uid 48); 19 Jun 2007 20:10:48 -0000 Date: Tue, 19 Jun 2007 20:10:00 -0000 Message-ID: <20070619201048.21795.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug rtl-optimization/32296] [4.3 Regression] Bootstrap failure in stage1 on hppa*-*-* In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "hjl at lucon dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-06/txt/msg01598.txt.bz2 ------- Comment #15 from hjl at lucon dot org 2007-06-19 20:10 ------- (In reply to comment #14) > The linux problem is wierd. In stage2, I get the following > failure: > > /bin/sh: line 1: 4487 Segmentation fault (core dumped) ./xsinfo > ../../sinf > o.h > make[3]: *** [ada/sinfo.h] Error 139 > > The above fault is a stack overflow. The problem is wierd in the sense > that the error doesn't occur when I run "./xsinfo ../../sinfo.h" from > an interactive shell. It only occurs when the command is run by make. > Increasing the stack limit didn't help. This suggests a problem with > the environment passed to xsinfo. > "make" may change stack limit. You can write a simple Makefile to check the real stack limit of processes spawned by make. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32296