From patchwork Mon May 12 10:27:11 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Georg-Johann Lay X-Patchwork-Id: 347949 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 3477814007D for ; Mon, 12 May 2014 20:26:15 +1000 (EST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; q=dns; s= default; b=Hl2D32gP0PU8LSKy+ZowA7MH3+uC7ukzpiKcvGxykpLxyyrMEEQoh n5+dqWANNDNJEHPoO4Ygm2/AXfNM2sAbPsOFnDrIZRVs6xiyioq68CCUg/sHCvQE Qf0nZOXCZjbmjFveCYHa3C8cgSeZ8pU4TE7bYU6Tc13GDYclQQ8Se0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=default; bh=u/maejlRxJYVhdgOREtzZj6u/LI=; b=XXglwBztC2albhAkdD00AydLI4Or cV30wOlzHjFPpBa6BvzDbyVxU9vPdoYYcY0Hl4hbvQBL1SGMLEl92ey85TcOezr5 6vMf1V7ip9DyK0MKi+0tg1Nn7PRpSnKcX/d8kk8uyQM0w4o4zuK9AgubL5hLnh/k qChs+uUMe97JBM4= Received: (qmail 4810 invoked by alias); 12 May 2014 10:26:09 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 4793 invoked by uid 89); 12 May 2014 10:26:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: mo4-p00-ob.smtp.rzone.de Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.217) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 12 May 2014 10:26:06 +0000 X-RZG-AUTH: :LXoWVUeid/7A29J/hMvvT3ol15ykJcYwTPbBBR62PQ25nZqaVhI= X-RZG-CLASS-ID: mo00 Received: from [192.168.0.22] (91-67-174-249-dynip.superkabel.de [91.67.174.249]) by smtp.strato.de (RZmta 33.3 DYNA|AUTH) with ESMTPSA id d0310dq4CAQ2OBF (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate); Mon, 12 May 2014 12:26:02 +0200 (CEST) Message-ID: <5370A1FF.6040107@gjlay.de> Date: Mon, 12 May 2014 12:27:11 +0200 From: Georg-Johann Lay User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130911 Thunderbird/17.0.9 MIME-Version: 1.0 To: Ian Lance Taylor CC: GCC Patches Subject: Re: [patch, arm] Add GCC runtime library exceptions to files that go into libgcc References: <536CDB14.90204@gjlay.de> In-Reply-To: X-IsSubscribed: yes Am 05/10/2014 02:51 AM, schrieb Ian Lance Taylor: > Georg-Johann Lay writes: > >> This patch adds GCC Runtime Library Exception to files that go into >> libgcc because libgcc2.c includes tm.h and libgcc_tm.h. >> >> Most of these files contain much code, some used by libgcc, some >> not. Some potential users of (lib)gcc have objections that missing RLE >> might "infect" their target code. >> >> Even though I know that this is actually not the case and the FSF is >> fine with target code linked against libgcc, it's pointless to argue >> in that direction. At least this is my personal experience with >> advocates. >> >> I am aware that there was effort for better separation of libgcc and >> GCC, but obviously this separation has not yet been achieved. >> >> This this ok for trunk? >> >> And is there anything special about license changes w.r.t FSF that I >> have to take into account? CCed Ian so that someone from the GCC >> steering committee can have a look. > > I think this is unnecessary but fine. Thanks. Yes, I know it's not needed... yet it can increase acceptance of GCC. I opened a PR61152 for this so that it's clearer for why the Runtime Exceptions will be added: http://gcc.gnu.org/PR61152 Added two files included by arm.h I missed; is it in order to apply this, too? And is it in order to apply/backport this to the 4.9 branch? From source perspective the changes are trivial enough. Johann PR libgcc/61152 * config/arm/arm-opts.h (License): Add GCC Runtime Library Exception. * config/arm/arm-cores.def (License): Same. Index: gcc/config/arm/arm-cores.def =================================================================== --- gcc/config/arm/arm-cores.def (revision 210321) +++ gcc/config/arm/arm-cores.def (working copy) @@ -14,6 +14,10 @@ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. + Under Section 7 of GPL version 3, you are granted additional + permissions described in the GCC Runtime Library Exception, version + 3.1, as published by the Free Software Foundation. + You should have received a copy of the GNU General Public License along with GCC; see the file COPYING3. If not see . */ Index: gcc/config/arm/arm-opts.h =================================================================== --- gcc/config/arm/arm-opts.h (revision 210321) +++ gcc/config/arm/arm-opts.h (working copy) @@ -13,6 +13,10 @@ or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. + Under Section 7 of GPL version 3, you are granted additional + permissions described in the GCC Runtime Library Exception, version + 3.1, as published by the Free Software Foundation. + You should have received a copy of the GNU General Public License along with GCC; see the file COPYING3. If not see . */