From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2951 invoked by alias); 18 Dec 2012 22:31:00 -0000 Received: (qmail 2942 invoked by uid 22791); 18 Dec 2012 22:30:59 -0000 X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,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, 18 Dec 2012 22:30:50 +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.14.4/8.14.4) with ESMTP id qBIMUdZB006531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 18 Dec 2012 17:30:47 -0500 Received: from anchor.twiddle.home (vpn-233-88.phx2.redhat.com [10.3.233.88]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id qBIMUMen031745; Tue, 18 Dec 2012 17:30:37 -0500 Message-ID: <50D0EE7E.6000702@redhat.com> Date: Tue, 18 Dec 2012 22:31:00 -0000 From: Richard Henderson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Ian Lance Taylor CC: Matthias Klose , Andreas Schwab , gcc-patches@gcc.gnu.org Subject: Re: PATCH RFA: PR go/55201: Create libatomic convenience library References: <50D0E0F2.5090407@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: 2012-12/txt/msg01152.txt.bz2 On 12/18/2012 02:09 PM, Ian Lance Taylor wrote: > I have now committed this follow-on patch, to make libgo use the new > libatomic_convenience library. This means that the changes to > explicitly link against -latomic are no longer necessary. Hang on, what are we doing here. Are we linking libatomic statically into libgo? That's only going to work so long as the target does not require the use of a mutex. While that's most desktop targets, it's certainly not all of them. If the target requires a mutex for the atomic operation, then there must be exactly one copy of the atomic library. r~