Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 13037 invoked from network); 4 Dec 2005 17:39:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 Dec 2005 17:39:05 -0000 Received: (qmail 92061 invoked by uid 500); 4 Dec 2005 17:38:57 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 91998 invoked by uid 500); 4 Dec 2005 17:38:57 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 91980 invoked by uid 99); 4 Dec 2005 17:38:57 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Dec 2005 09:38:57 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of green@redhat.com designates 66.187.233.31 as permitted sender) Received: from [66.187.233.31] (HELO mx1.redhat.com) (66.187.233.31) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Dec 2005 09:38:56 -0800 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id jB4HcZE1022110 for ; Sun, 4 Dec 2005 12:38:35 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id jB4HcZV17317 for ; Sun, 4 Dec 2005 12:38:35 -0500 Received: from vpn-4-12.stuttgart.redhat.com (vpn-4-12.stuttgart.redhat.com [10.32.4.12]) by potter.sfbay.redhat.com (8.12.8/8.12.8) with ESMTP id jB4HcVfU010110 for ; Sun, 4 Dec 2005 12:38:33 -0500 Subject: Re: ASF has been shipping GPL exception stuff for years and still is ;) From: Anthony Green To: harmony-dev@incubator.apache.org In-Reply-To: <359D75A3-D4E1-42D4-9340-A0C10839700B@apache.org> References: <1133420625.3024.56.camel@localhost.localdomain> <438F2831.7090309@apache.org> <20051201184704.GA26688@pogo.kaffe.org> <1133532790.3063.11.camel@localhost.localdomain> <4390671A.4020100@apache.org> <20051203170137.GA8499@pogo.kaffe.org> <918FC0A2-3CD5-4CDA-A337-A416D6F655B6@apache.org> <20051203201625.GA17831@pogo.kaffe.org> <43921AC6.3080706@dedasys.com> <9B8BBD4C-9A10-40DA-A771-A590214ADC02@apache.org> <20051204123107.GA18769@pogo.kaffe.org> <359D75A3-D4E1-42D4-9340-A0C10839700B@apache.org> Content-Type: text/plain Date: Sun, 04 Dec 2005 09:38:29 -0800 Message-Id: <1133717909.3036.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Sun, 2005-12-04 at 11:14 -0500, Geir Magnusson Jr. wrote: > That said, I think that to be fair, we need to distinguish between > "using" in the sense of what GCC is doing - a tool outside the scope > of effort of the project enabling some behavior in a standard and non- > intrusive way (just like we don't care about the license of the OS we > run on), and "using" in the sense of developers of a project making a > conscious decision to design and implement software with a dependency. This is wrong thinking. You aren't simply "using" the libgcc routines, as you would OS resources. You are linking your application to the libgcc library and redistributing the resulting combined binary. This is precisely what the license talks about and enables. Whether or not you make a distinction between this kind of GPL+exception usage and libstdc++ or GNU Classpath usage hardly matters, since the licenses themselves don't make a distinction. AG