From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Contributing LLVM.org patches to gud.el Date: Sun, 08 Feb 2015 01:51:16 +0100 Message-ID: <87386hw7i3.fsf@fencepost.gnu.org> References: <87mw4rxkzv.fsf@fencepost.gnu.org> <20150208001527.GA30292@thyrsus.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1423356700 24347 80.91.229.3 (8 Feb 2015 00:51:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 8 Feb 2015 00:51:40 +0000 (UTC) Cc: emacs-devel@gnu.org, Richard Stallman , slewsys@gmail.com, Stefan Monnier To: "Eric S. Raymond" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 08 01:51:39 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YKG66-0006V1-Lo for ged-emacs-devel@m.gmane.org; Sun, 08 Feb 2015 01:51:38 +0100 Original-Received: from localhost ([::1]:55121 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKG65-0001vV-BA for ged-emacs-devel@m.gmane.org; Sat, 07 Feb 2015 19:51:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55872) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKG5t-0001vQ-M8 for emacs-devel@gnu.org; Sat, 07 Feb 2015 19:51:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YKG5s-0003EF-90 for emacs-devel@gnu.org; Sat, 07 Feb 2015 19:51:25 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51687) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKG5s-0003EB-58 for emacs-devel@gnu.org; Sat, 07 Feb 2015 19:51:24 -0500 Original-Received: from localhost ([127.0.0.1]:58860 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKG5k-0001t2-Pw; Sat, 07 Feb 2015 19:51:17 -0500 Original-Received: by lola (Postfix, from userid 1000) id 4596AE0A88; Sun, 8 Feb 2015 01:51:16 +0100 (CET) In-Reply-To: <20150208001527.GA30292@thyrsus.com> (Eric S. Raymond's message of "Sat, 7 Feb 2015 19:15:27 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182625 Archived-At: "Eric S. Raymond" writes: > Richard Stallman : >> More precisely, Apple intends LLVM and Clang to make GCC cease to be a >> signal success and a reason for all sorts of companies to work on a >> compiler that always gives users freedom. > > This is silly. Apple couldn't care less whether or not GCC is a > success. What Apple needs is for a copylefted compiler not to be the > *only* success. Apple does not really need that: they did not break a leg when they had to open their Objective C frontend for GCC. But it's not like that has led to an overboarding Objective C Free Software community. What Apple was forced to give back did not end up being of much interest to us, and I=A0think GCC has stopped building ObjC support by default. > GCC's existence does not prevent Apple from compiling proprietary GPU > code. The absence of a realistic *alternative* to GCC prevented that, > but having fixed that problem Apple has no reason to care whether GCC > lives or dies. > > As David Kastrup notes, the existence of the clang project is victory > - it's Apple conceding in practice that it is no longer realistically > possible to develop some kinds of critically important tools in a > proprietary lockup. It's not victory: there is no victory without actual winners and losers. And I don't see a concession of Apple either. Their support for Clang/LLVM did not start in a vacuum: those projects were live before Apple decided to support them. They decided not to mess with that basic setup. That this decision made sense: that is a vindication of free software. But that's not a victory over Apple or a concession of them. > As a result of this victory, all sorts of companies are now working on > *two* compilers that always give users freedom. One is GCC. The > other is clang (I haven't noticed my freedom being diminished even a > little bit when I set CC=3Dclang). That is a good thing. Several companies will not work on more than one compiler, and the decision which compiler to work on will mainly determined by the ease of working with and on the compiler. That, in turn, is determined by architectural differences, but in the case of GCC, it is now also determined by shifting policies for the sake of interfering with interoperability. I find little surprise in companies preferring a platform where these considerations are not an issue. After all, the whole point of those policies is to hit usability where it hurts. Otherwise they would be ineffective. And in general there is nothing wrong with GCC or Emacs being unpalatable for purposes at crossroads with free software. That's the whole point of the GPL as well. The problem is that GCC and Emacs become unpalatable for purposes compatible with free software's goals as well. > Apple is not composed of angels. Apple does things that you and I > would both regard as scummy. But to suppose that Apple has any > desire, need, or intention to attack GCC is to attribute an importance > to GCC in Apple's eyes that it has not possessed since the day clang > shipped 1.0. I'm not sure about Apple's intentions at all. But I don't think we should be doing their job of persuading people to move away from GCC and Emacs because they cannot be relied upon as an interoperable tool. --=20 David Kastrup