From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17058 invoked by alias); 24 Mar 2004 14:42:18 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 16892 invoked from network); 24 Mar 2004 14:42:16 -0000 Received: from unknown (HELO www.eyesopen.COM) (12.96.199.11) by sources.redhat.com with SMTP; 24 Mar 2004 14:42:16 -0000 Received: from localhost (roger@localhost) by www.eyesopen.COM (8.11.6/8.11.6) with ESMTP id i2ODNbl02963; Wed, 24 Mar 2004 06:23:37 -0700 Date: Wed, 24 Mar 2004 18:29:00 -0000 From: Roger Sayle To: Andrew Pinski , Nathanael Nerode cc: gcc@gcc.gnu.org Subject: Re: Making -ffast-math more fine-grained? In-Reply-To: <69F59AB2-7D55-11D8-AA55-000393A6D2F2@physics.uc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-03/txt/msg01388.txt.bz2 On Tue, 23 Mar 2004, Andrew Pinski wrote: > I thought we have already have some of these flags already, yes we do: An excellent review of -ffast-math! > On Mar 23, 2004, at 21:20, Nathanael Nerode wrote: > > 1 * Ones which allow excess precision computations (these really > > should be OK for most people, though not for testsuites). > > Done by default on targets which support 80bit math as faster than > 64bit would. I do not think this is going to change any time soon. This one's command line option is called -ffloat-store, but its neither enabled nor disabled by -ffast-math, as -fno-float-store is the default. I appreciate Andrew was listing the fine-grained options of -ffast-math, but all of Nethanael's categories of transformation are independently controllable. Roger --