From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1339 invoked by alias); 9 May 2005 19:32:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 1288 invoked by uid 48); 9 May 2005 19:32:37 -0000 Date: Mon, 09 May 2005 19:32:00 -0000 Message-ID: <20050509193237.1287.qmail@sourceware.org> From: "janis at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050421005103.21138.janis@gcc.gnu.org> References: <20050421005103.21138.janis@gcc.gnu.org> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug rtl-optimization/21138] wrong code in sixtrack for -fmodulo-sched X-Bugzilla-Reason: CC X-SW-Source: 2005-05/txt/msg01205.txt.bz2 List-Id: ------- Additional Comments From janis at gcc dot gnu dot org 2005-05-09 19:32 ------- sixtrack works fine for me with "-m64 -O2" with both SPEC's test input and its ref output, for all of my daily builds since 20050503, while with the addition of -fmodulo-sched it gets miscompares. lucas is now passing again, but apsi is still gettting miscompares with "-m64 -O2 -fmodulo-sched". Every week or so I run SPEC CPU2000 with GCC mainline built the previous night and run the tests using "test" input, for each of about 40 sets of GCC command line options with -m32 and then with -m64. This has found several regressions (21272, 21155, 21054, 21048, 21030, 20813 in the last month). Almost all of the failures I see are ICEs; the ones reported here with -fmodulo-sched are the only runtime failures I've seen for a long time. I'm running the tests now with the 20050508 compiler (last night's build failed) and will let you know if failures with other options look related to this one. The only known problem right now is PR 21155, intermittent ICEs with -ftree-vectorize. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138