From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-128939-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 12923 invoked by alias); 30 Jan 2005 05:58:38 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Received: (qmail 12830 invoked by uid 48); 30 Jan 2005 05:58:24 -0000
Date: Sun, 30 Jan 2005 05:58:00 -0000
From: "pinskia at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Message-ID: <20050130055822.19705.pinskia@gcc.gnu.org>
Reply-To: gcc-bugzilla@gcc.gnu.org
Subject: [Bug rtl-optimization/19705] New: [4.0 Regression] cannot turn off doloop optimization via -fno-branch-count-reg if -fno-ivopts is also supplied
X-Bugzilla-Reason: CC
X-SW-Source: 2005-01/txt/msg04420.txt.bz2
List-Id: <gcc-bugs.sourceware.org>

Hmm, this is werid, why cannot I turn off doloop optimization with the -fno-branch-count-reg when I 
also turn off ivopts?  I should be able to when I want to look at the interaction between those two 
optimizations (options).
Testcase:
int foo (int x)
{
    int i= x;
    do {
        x *= 2;
    } while (--i);
    return x;
}

Compile with -O2 -fno-branch-count-reg -fno-ivopts and see there still is a bdnz in there.
but compile with -O2 -fno-branch-count-reg and you don't get the bdnz.

-- 
           Summary: [4.0 Regression] cannot turn off doloop optimization via
                    -fno-branch-count-reg if -fno-ivopts is also supplied
           Product: gcc
           Version: 4.0.0
            Status: UNCONFIRMED
          Severity: minor
          Priority: P2
         Component: rtl-optimization
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: pinskia at gcc dot gnu dot org
                CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: powerpc-*-darwin*


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19705