From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alexandre Oliva Newsgroups: gmane.comp.gcc.devel,gmane.emacs.devel Subject: Re: clang and FSF's strategy Date: Tue, 21 Jan 2014 22:50:12 -0200 Message-ID: References: <20140121201949.21DE1380522@snark.thyrsus.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1390351833 11594 80.91.229.3 (22 Jan 2014 00:50:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Jan 2014 00:50:33 +0000 (UTC) Cc: rms@gnu.org, gcc@gcc.gnu.org, emacs-devel@gnu.org To: esr@thyrsus.com (Eric S. Raymond) Original-X-From: gcc-return-181657-gcc=m.gmane.org@gcc.gnu.org Wed Jan 22 01:50:42 2014 Return-path: Envelope-to: gcc@plane.gmane.org Original-Received: from server1.sourceware.org ([209.132.180.131] helo=sourceware.org) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W5m1h-0008JJ-GV for gcc@plane.gmane.org; Wed, 22 Jan 2014 01:50:41 +0100 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:from :to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-type:content-transfer-encoding; q=dns; s= default; b=OanFc4hDvp6NlaqkcQoFgldDUQ82SB7S6Ej2pVnzDebyn87Ih6+/3 19/G5cQh6ckkYTBteJgZ6J6wlJigMLJv8pz5Pxo5rD69387F2z8TE6Cv07jBW8K/ mzvuTWtwsDL4XYd/k788nzEy1I5u3677WwmbDjB9yWSQmAjTbABElE= 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:from :to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-type:content-transfer-encoding; s=default; bh=o2YhdXejFC3Gq7IyjjdYBr4CvhI=; b=CQ8PWDk/hPKjDGfzkqKdH+unpAge KDuOmTjSHqE/GJ8zhLW9bYy8dLJIeMECKsl3WqQVsLsDhBHT1+UiFwbADEwRC0D+ iS92XjMASmEHRL15L13KgJCv99lF5zrN623LUZe8GAI7fVlCNYNC0OGpVq88TnKl 36SBMDtdVKUdcEc= Original-Received: (qmail 31602 invoked by alias); 22 Jan 2014 00:50:36 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Original-Sender: gcc-owner@gcc.gnu.org Original-Received: (qmail 31590 invoked by uid 89); 22 Jan 2014 00:50:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Original-Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 22 Jan 2014 00:50:34 +0000 Original-Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0M0oUsG025002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Jan 2014 19:50:30 -0500 Original-Received: from freie (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0M0oS7U023049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Jan 2014 19:50:29 -0500 Original-Received: from livre.home (livre.home [172.31.160.2]) by freie (8.14.7/8.14.7) with ESMTP id s0M0oDUb022970; Tue, 21 Jan 2014 22:50:14 -0200 In-Reply-To: <20140121201949.21DE1380522@snark.thyrsus.com> (Eric S. Raymond's message of "Tue, 21 Jan 2014 15:19:49 -0500 (EST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-IsSubscribed: yes Xref: news.gmane.org gmane.comp.gcc.devel:134101 gmane.emacs.devel:168859 Archived-At: On Jan 21, 2014, esr@thyrsus.com (Eric S. Raymond) wrote: > I think it is time to question whether the anti-plugins policy is > still the best way to accomplish this. Err... Excuse me, but what anti-plugins policy are you talking about? The runtime license exception designed to make room for GCC plugins without endangering its copyleft is almost 5 years old! Did you feel so aligned with clang's FSF-disparaging propaganda that you failed to check the facts, or are you being intentionally specious? That GCC plugin interface is not sufficiently stable for major uncoordinated developments by third-parties is just as true as that Linux's module interface is constantly changing, and complaints about its lack of stability in it are often responded with such phrases as =E2=80=9Ccontribute your driver and we'll even help you keep it up-to-date= =E2=80=9D. If you were to applaud one while voicing objections to the other, someone might even get the idea you're using double standards ;-) --=20 Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Toolchain Engineer