From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28019 invoked by alias); 11 Apr 2013 05:03:02 -0000 Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org Received: (qmail 27977 invoked by uid 89); 11 Apr 2013 05:03:01 -0000 X-Spam-SWARE-Status: No, score=-10.5 required=5.0 tests=BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from g4t0014.houston.hp.com (HELO g4t0014.houston.hp.com) (15.201.24.17) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 11 Apr 2013 05:03:00 +0000 Received: from G9W0364.americas.hpqcorp.net (g9w0364.houston.hp.com [16.216.193.45]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g4t0014.houston.hp.com (Postfix) with ESMTPS id 3E8FA2420D; Thu, 11 Apr 2013 05:02:59 +0000 (UTC) Received: from G9W3615.americas.hpqcorp.net (16.216.186.50) by G9W0364.americas.hpqcorp.net (16.216.193.45) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 11 Apr 2013 05:00:48 +0000 Received: from G9W0725.americas.hpqcorp.net ([169.254.8.177]) by G9W3615.americas.hpqcorp.net ([16.216.186.50]) with mapi id 14.03.0123.003; Thu, 11 Apr 2013 05:00:49 +0000 From: "Boehm, Hans" To: Dave Korn , GCC Java CC: Bryce McKinlay , Andrew Haley Subject: RE: Usage of _Jv_AttachCurrentThread, _Jv_AttachCurrentThreadAsDaemon, _Jv_DetachCurrentThread. Date: Thu, 11 Apr 2013 05:03:00 -0000 Message-ID: References: <51645BD5.3090906@gmail.com> <5165F3EB.6080306@gmail.com> In-Reply-To: <5165F3EB.6080306@gmail.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SW-Source: 2013-04/txt/msg00004.txt.bz2 > Upstream now includes a new support library, libatomic_ops, that is > licensed under a combination of GPLv2 and a custom "MIT-style" licence. = Is > that likely to be any problem? >=20 libatomic_ops turns out to have mostly been a useful evolutionary step on t= he way to C11/C++11 atomics. If this is an issue, it should now be fairly = easy, at least in the context of a recent gcc, to replace it with the latte= r. The licensing was intended not to be a problem. The GPLv2 pieces are eithe= r higher-level pieces not be needed at all by gcc, or are only tests for th= e library. The atomics library itself is covered by the MIT-style license.= But, as I said, I think it's no longer critical. Hans