From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx.kolabnow.com (mx.kolabnow.com [95.128.36.42]) by sourceware.org (Postfix) with ESMTPS id ED9C6385801A; Fri, 26 Mar 2021 23:53:06 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org ED9C6385801A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=appliantology.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=rodgert@appliantology.com Received: from localhost (unknown [127.0.0.1]) by ext-mx-out001.mykolab.com (Postfix) with ESMTP id 0A051BA1; Sat, 27 Mar 2021 00:53:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h= message-id:references:in-reply-to:subject:subject:from:from:date :date:content-type:content-type:mime-version:received:received :received; s=dkim20160331; t=1616802785; x=1618617186; bh=GkhByI 4zh84p+z5eZtpm/1VXuR+aK0aXL//qvTiTNtE=; b=counAmxhvwo6cyhsnGf3Dl HRlXq85ksTMK6t7iYCmV2NVs/w3ZvMkmwiW1OMlwb/IUCu8BT4fn05uodkkB7od5 o430VjDy1jcysaL/V5mN4doS+kGDByg1tAqwBVWHxL/imS8xwY0sUWe4nLXjN42h Yyc3sQbCWfkI3p/Agdbi+5ciGCK/f63OZazwoD2440M/78RMnvgKMEJ50dG/MrYc zZ6Bi5mYo7tb9FyuWU/cSBHPBasRWPcfeBbQ3vZogamOUu1adfPK92pm41smrJ2l kfaKosCOOQELx5BY9EAqDtoJ9J8M7ZtyFRpEOKY3rroYy9fwLQDWKD3R9bcP4q8z Q0rdbyGIVn++PWjp9r+JupibNfrQRz0PSh9+e8SiKamPY7zWaccxwljlb4VcqICL h150IOsVTXzzUUnu1layIJesAuAFdZPmkBwMkVZr+UM8yQVtmoCqq8c8BWtaXP9h uqAwPcgkK6TuvRsxBQJraHfj5DTE5Q1aMZ/qjFZwQC6u+4+2WLi1WxKVX3c9QOmP SOfbeVyVLYtI6k6JTBz6sAdxsT2uw3vVOmgfFsK5m8G7JinhQE5rNPap6hRw5VvO 8E/yRFZdjwab6Cc7yMO/xGGMQk4XKnMCW3JHAv5Y6VDpJD1ytR8jzdLmFh0ZG4GR YxqmR8fufUypFajJt9O1c= X-Virus-Scanned: amavisd-new at mykolab.com X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-6.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, HTML_MESSAGE, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.2 Received: from mx.kolabnow.com ([127.0.0.1]) by localhost (ext-mx-out001.mykolab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x0zxX06mub9B; Sat, 27 Mar 2021 00:53:05 +0100 (CET) Received: from int-mx001.mykolab.com (unknown [10.9.13.1]) by ext-mx-out001.mykolab.com (Postfix) with ESMTPS id D98C6AFA; Sat, 27 Mar 2021 00:53:04 +0100 (CET) Received: from int-subm002.mykolab.com (unknown [10.9.37.2]) by int-mx001.mykolab.com (Postfix) with ESMTPS id B6EF148A; Sat, 27 Mar 2021 00:53:03 +0100 (CET) MIME-Version: 1.0 Date: Fri, 26 Mar 2021 16:53:02 -0700 From: Thomas Rodgers To: Jonathan Wakely Cc: Thiago Macieira , libstdc++@gcc.gnu.org, gcc-patches@gcc.gnu.org Subject: Re: [PATCH 0/3] Uncontroversial improvements to C++20 wait-related implementation In-Reply-To: <20210323163549.GZ3008@redhat.com> References: <5409427.gSZZmAiMah@tjmaciei-mobl1> <7b6c37eaf5ececeed36c027d16e44cc6@appliantology.com> <95092538.BtUSnq0jnV@tjmaciei-mobl1> <20210323163549.GZ3008@redhat.com> Message-ID: X-Sender: rodgert@appliantology.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: libstdc++@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libstdc++ mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 23:53:08 -0000 On 2021-03-23 09:35, Jonathan Wakely wrote: > On 23/03/21 09:26 -0700, Thiago Macieira via Libstdc++ wrote: On > Tuesday, 23 March 2021 08:39:43 PDT Thomas Rodgers wrote: I will be > submitting a new patch for the > atomic.wait/barrier/latch/semaphore functionality a bit later today > that > subsumes the changes to atomic_wait and latch, and includes the changes > to barrier. > Thanks, Thomas > > Is that meant to be part of GCC 11's release? Yes. > If not, what do we do about preventing the future BC break and > potential > heisenbugs? > > 1) do nothing, accept they will happen silently This is our current policy for experimental features and it isn't going to change for GCC 11. > 2) cause non-silent BC breaks > 3) disable the code for now (unless explicitly opted-in) > > -- Thiago Macieira - thiago.macieira (AT) intel.com > Software Architect - Intel DPG Cloud Engineering FWIW, I would like to commit to an ABI for this with GCC12 and everything currently residing in the __detail namespace would be moved into the .so as part of that (likely with a third, and ideally final, rewrite).