From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20033 invoked by alias); 9 Nov 2010 15:48:11 -0000 Received: (qmail 20025 invoked by uid 22791); 9 Nov 2010 15:48:10 -0000 X-SWARE-Spam-Status: No, hits=-6.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 09 Nov 2010 15:48:06 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id oA9FkQGs014085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 9 Nov 2010 10:46:26 -0500 Received: from stone.twiddle.home (ovpn-113-100.phx2.redhat.com [10.3.113.100]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id oA9FkPhB022870; Tue, 9 Nov 2010 10:46:25 -0500 Message-ID: <4CD96CD5.20806@redhat.com> Date: Tue, 09 Nov 2010 15:49:00 -0000 From: Richard Henderson User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Fedora/3.1.6-1.fc14 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Joseph S. Myers" , Steve Ellcey , Richard Guenther , gcc-patches@gcc.gnu.org, sterling@tensilica.com, rdsandiford@googlemail.com Subject: Re: -mfused-madd vs -ffp-contract deprication? References: <201011081911.oA8JBqS23929@lucas.cup.hp.com> <4CD84DCB.5080806@redhat.com> <4CD8A578.1020301@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2010-11/txt/msg00914.txt.bz2 On 11/09/2010 12:48 AM, Richard Sandiford wrote: > I think they should still be conditional on TARGET_FUSED_MADD > because of the R8000 case. If anyone is still using bleeding edge > GCC on R8000, we might as well continue to provide a way for them > to disable the fusing. Fair enough, I suppose. Though the plan is to move away from -mfused-add to -ffp-contract, so a tiny bit of global substitution will be needed. r~