From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7167 invoked by alias); 11 Nov 2011 19:05:11 -0000 Received: (qmail 7150 invoked by uid 22791); 11 Nov 2011 19:05:11 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,TW_CX X-Spam-Check-By: sourceware.org Received: from anubis.se.axis.com (HELO anubis.se.axis.com) (195.60.68.12) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 11 Nov 2011 19:04:51 +0000 Received: from localhost (localhost [127.0.0.1]) by anubis.se.axis.com (Postfix) with ESMTP id 425C719EA7; Fri, 11 Nov 2011 20:04:49 +0100 (CET) Received: from anubis.se.axis.com ([127.0.0.1]) by localhost (anubis.se.axis.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CIuoqJNo8TKx; Fri, 11 Nov 2011 20:04:48 +0100 (CET) Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173]) by anubis.se.axis.com (Postfix) with ESMTP id 7E65619EA4; Fri, 11 Nov 2011 20:04:48 +0100 (CET) Received: from ignucius.se.axis.com (ignucius.se.axis.com [10.88.21.50]) by thoth.se.axis.com (Postfix) with ESMTP id 0A7D53414B; Fri, 11 Nov 2011 20:04:48 +0100 (CET) Received: from ignucius.se.axis.com (localhost [127.0.0.1]) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) with ESMTP id pABJ4lF6017047; Fri, 11 Nov 2011 20:04:47 +0100 Received: (from hp@localhost) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) id pABJ4lxO017043; Fri, 11 Nov 2011 20:04:47 +0100 Date: Fri, 11 Nov 2011 21:07:00 -0000 Message-Id: <201111111904.pABJ4lxO017043@ignucius.se.axis.com> From: Hans-Peter Nilsson To: amacleod@redhat.com CC: bkoz@redhat.com, hp@axis.com, joseph@codesourcery.com, gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org, rth@redhat.com In-reply-to: <4EBD5F27.9040005@redhat.com> (message from Andrew MacLeod on Fri, 11 Nov 2011 18:45:11 +0100) Subject: Re: cxx-mem-model merge [6 of 9] - libstdc++-v3 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT 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: 2011-11/txt/msg01562.txt.bz2 > From: Andrew MacLeod > Date: Fri, 11 Nov 2011 18:45:11 +0100 > On 11/11/2011 12:43 AM, Benjamin Kosnik wrote: > I think there is also an argument for single threaded-ness vs multi > threaded. If there is no atomic support and its single threaded, we > don't really need the lock... and I'm not sure how you can detect the > change in behaviour if test_and_set and clear just store 1 and 0 rather > than create alock, then do the store of 1 or 0. > > If the target is multithreaded, well, we'll have to go to a lock I > guess... Are there any multithreaded targets without atomic support? > ie, is this one? No, cris-elf is not multithreaded target. (FWIW, cris-*-linux* and crisv32-*-linux* are, but the lack of update to the atomicity support for them is a port bug.) brgds, H-P