From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-60771-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 4133 invoked by alias); 1 Oct 2002 05:03:42 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 4124 invoked from network); 1 Oct 2002 05:03:41 -0000
Received: from unknown (HELO web13107.mail.yahoo.com) (216.136.174.152)
  by sources.redhat.com with SMTP; 1 Oct 2002 05:03:41 -0000
Message-ID: <20021001050341.19392.qmail@web13107.mail.yahoo.com>
Received: from [203.200.70.152] by web13107.mail.yahoo.com via HTTP; Mon, 30 Sep 2002 22:03:41 PDT
Date: Mon, 30 Sep 2002 22:19:00 -0000
From: George H <grgh007@yahoo.com>
Subject: Re: memrefs_conflict_p () for REGs in alias.c
To: "David S. Miller" <davem@redhat.com>
Cc: gcc@gcc.gnu.org
In-Reply-To: <20020930.213518.29462535.davem@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2002-09/txt/msg01281.txt.bz2


--- "David S. Miller" <davem@redhat.com> wrote:
> 
> Remove the "flag_unroll_loops" test in
> init_alias_analysis() and
> see what happens.
Ya, I just saw that. that is as good as you specify
-funroll-loop option. it only allocates the memory for
alias_invariant array, but there is no meaningful
information in alias_invariant for cse.

-gh


__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com