From patchwork Mon May 26 11:37:42 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: 352496 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 87D5D1400AF for ; Mon, 26 May 2014 21:35:35 +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=holf6VVZCaz2aAOgKGQksNo/luzJw66/tqTSAGIz9WlWLDfummk9y JpNPcAqpEesEeHTxM2lVYB4Xf4QSrXVEtPw9d0rV9IQN0ATU4szKW1PXbdtk9L8I GEDsID8wqem498J7QBS/8jq4tQ/6jhA3DcUgWJrS/4M236wMz0N/WU= 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=gUqyZPHpR9JsmbdbN11TuVukGpw=; b=n/oqpCngm/EGwVOcah6PII+fFMN8 a5OVTPf173H0qSCsvBzG1oIqRZmozCWd2O5Y3qAGG988PL8QEUcQLMPSY37HQgYa vqoeCWHfx5JUBqCKewQtFJJoAtBPDmGZg1rdokpuFTO9HzP2b4spCUEH9G74iKmG xvb7lDvtCHefHNg= Received: (qmail 13949 invoked by alias); 26 May 2014 11:35:28 -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 13937 invoked by uid 89); 26 May 2014 11:35:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 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.221) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 26 May 2014 11:35:25 +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 34.2 DYNA|AUTH) with ESMTPSA id 20393cq4QBZKMPu (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate); Mon, 26 May 2014 13:35:20 +0200 (CEST) Message-ID: <53832786.2030507@gjlay.de> Date: Mon, 26 May 2014 13:37:42 +0200 From: Georg-Johann Lay User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ian Lance Taylor CC: GCC Patches Subject: Ping #1: [patch, arm] Add GCC runtime library exceptions to files that go into libgcc References: <536CDB14.90204@gjlay.de> In-Reply-To: X-IsSubscribed: yes This is Ping #1 for https://gcc.gnu.org/ml/gcc-patches/2014-05/msg00747.html an addendum that adds runtime library exception to two more files in the ARM backend (arm-opts.h, arm-cores.def) that are included in libgcc. Ok to apply? Johann 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 . */