From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19660 invoked by alias); 20 Apr 2007 14:45:25 -0000 Received: (qmail 19514 invoked by uid 48); 20 Apr 2007 14:45:11 -0000 Date: Fri, 20 Apr 2007 14:45:00 -0000 Subject: [Bug c/31642] New: -O2 -fno-guess-branch-probability -fno-tree-ch -fno-tree-dominator-opts -fno-tree-lrs -fno-tree-dce -fno-tree-vrp -funit-at-a-time -ftree-copy-prop -ftree-copyrename yields an infinite loop in SPEC benchmark 176.gcc X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "kenneth dot hoste at elis dot ugent dot be" 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-04/txt/msg01510.txt.bz2 Using -O2 -fno-guess-branch-probability -fno-tree-ch -fno-tree-dominator-opts -fno-tree-lrs -fno-tree-dce -fno-tree-vrp -funit-at-a-time -ftree-copy-prop -ftree-copyrename on the SPEC CPU2000 benchmark 176.gcc yields an infinite loop (using the train input which usually runs for 2s runs for hours). This is confirmed on Fedora Core 4 / x86 (Intel Pentium 4), and also on an linux/amd64 for which I have no details. Removing any of the -fno-X flags seems to solve the issue, and adding -ffloat-store doesn't change a thing, which suggests this is not floating-point (convergence) related. -- Summary: -O2 -fno-guess-branch-probability -fno-tree-ch -fno- tree-dominator-opts -fno-tree-lrs -fno-tree-dce -fno- tree-vrp -funit-at-a-time -ftree-copy-prop -ftree- copyrename yields an infinite loop in SPEC benchmark 176.gcc Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kenneth dot hoste at elis dot ugent dot be GCC host triplet: i686-Linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31642