From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30259 invoked by alias); 19 Sep 2009 06:17:23 -0000 Received: (qmail 30238 invoked by uid 48); 19 Sep 2009 06:17:23 -0000 Date: Sat, 19 Sep 2009 06:17:00 -0000 Message-ID: <20090919061723.30237.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "howarth at nitro dot med dot uc dot edu" 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: 2009-q3/txt/msg00103.txt.bz2 ------- Comment #37 from howarth at nitro dot med dot uc dot edu 2009-09-19 06:17 ------- Executing... make -k check RUNTESTFLAGS="--target_board=unix/-Wl,-no_compact_unwind" shows that all of the g++ regressions caused by 147995 are eliminated. Unfortunately, this approach plays havoc with the gcc.dg/pch and g++.dg/pch testsuite with hundreds of new failures of the form... FAIL: ./array-1.H -g (test for excess errors) FAIL: g++.dg/pch/array-1.C -g FAIL: g++.dg/pch/array-1.C -g assembly comparison so it definitely would be better to try to fix this issue by not adding epilog unwind information for Darwin instead. It should also be noted that are darwin10, libgcc is subsumed into libSystem and the FSF libgcc is never actually used for unwinding regardless linkage order for -lSystem and -lgcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260