From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-158929-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 2936 invoked by alias); 5 Jan 2010 15:03:35 -0000
Received: (qmail 2820 invoked by uid 22791); 5 Jan 2010 15:03:35 -0000
X-SWARE-Spam-Status: No, hits=-1.0 required=5.0 	tests=BAYES_00,RCVD_IN_NJABL_PROXY,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mail.gmx.net (HELO mail.gmx.net) (213.165.64.20)     by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Tue, 05 Jan 2010 15:03:31 +0000
Received: (qmail invoked by alias); 05 Jan 2010 15:03:28 -0000
Received: from e178201186.adsl.alicedsl.de (EHLO siel.b) [85.178.201.186]   by mail.gmx.net (mp044) with SMTP; 05 Jan 2010 16:03:28 +0100
Received: from torbenh by siel.b with local (Exim 4.71) 	(envelope-from <torbenh@gmx.de>) 	id 1NSAwX-0001IL-Cu 	for gcc@gcc.gnu.org; Tue, 05 Jan 2010 16:03:33 +0100
Date: Tue, 05 Jan 2010 15:03:00 -0000
From: torbenh <torbenh@gmx.de>
To: gcc@gcc.gnu.org
Subject: Re: adding -fnoalias ... would a patch be accepted ?
Message-ID: <20100105150333.GC20987@siel.b>
Mail-Followup-To: gcc@gcc.gnu.org
References: <20100105134005.GA20987@siel.b>  <84fc9c001001050546u601e565ch47783a4cb11b3eca@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3"
Content-Disposition: inline
In-Reply-To: <84fc9c001001050546u601e565ch47783a4cb11b3eca@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-IsSubscribed: yes
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
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
X-SW-Source: 2010-01/txt/msg00070.txt.bz2


--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-length: 480

On Tue, Jan 05, 2010 at 02:46:30PM +0100, Richard Guenther wrote:
> On Tue, Jan 5, 2010 at 2:40 PM, torbenh <torbenh@gmx.de> wrote:
> 
> The -fno-alias-X things do not make much sense for user code (they
> have been historically used from Frontends).  If restrict doesn't work
> for you (do you have a testcase that can reproduce your issue?)
> then you probably need to wait for IPA pointer analysis to be
> fixed in GCC 4.6.

sorry... forget the attachment :S


-- 
torben Hohn

--BOKacYhQ+x31HxR3
Content-Type: text/x-c++src; charset=us-ascii
Content-Disposition: attachment; filename="ramp.cc"
Content-length: 224


#include "stddef.h"

struct Ramp {
    float phase;
    inline float process() { return phase++; }
} ramp;

void fill_buffer( float *buf, size_t nframes )
{
    for( size_t i=0; i<nframes; i++ )
	buf[i] = ramp.process();
}

--BOKacYhQ+x31HxR3--