From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31473 invoked by alias); 25 Jun 2014 08:56:46 -0000 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 Received: (qmail 31448 invoked by uid 89); 25 Jun 2014 08:56:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f176.google.com Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 25 Jun 2014 08:56:43 +0000 Received: by mail-wi0-f176.google.com with SMTP id n3so7366708wiv.9 for ; Wed, 25 Jun 2014 01:56:37 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.2.244 with SMTP id 20mr7918965wjx.26.1403686597630; Wed, 25 Jun 2014 01:56:37 -0700 (PDT) Received: by 10.195.11.202 with HTTP; Wed, 25 Jun 2014 01:56:37 -0700 (PDT) In-Reply-To: <20140625085444.GA31640@tucnak.redhat.com> References: <20140620114418.GB24436@virgil.suse> <20140624201933.GB32150@virgil.suse> <20140625085444.GA31640@tucnak.redhat.com> Date: Wed, 25 Jun 2014 08:56:00 -0000 Message-ID: Subject: Re: [PATCH] Change default for --param allow-...-data-races to off From: Richard Biener To: Jakub Jelinek Cc: Bernd Edlinger , "gcc-patches@gcc.gnu.org" Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-06/txt/msg01986.txt.bz2 On Wed, Jun 25, 2014 at 10:54 AM, Jakub Jelinek wrote: > On Wed, Jun 25, 2014 at 10:14:17AM +0200, Richard Biener wrote: >> > Perhaps not unsurprisingly, the patch is very similar. Bootstrapped >> > and tested on x86_64-linux. OK for trunk? >> >> Ok - please give the C++/atomics folks a chance to comment. >> >> This change of default behavior should also be documented in >> gcc-4.10/changes.html. > > Do we want to allow the store data races by default with -Ofast even in strict > conformance modes (-std=c++11, -std=c++14, -std=c11)? I think so. -Ofast means -Ofast (same issue with fp contraction and other stuff -ffast-math enables that is not valid in strict conformance mode). Richard.