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: Sat, 07 Feb 2015 11:18:05 +0100 Message-ID: <87y4oavxcy.fsf@fencepost.gnu.org> References: <87mw4rxkzv.fsf@fencepost.gnu.org> 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 1423304305 21167 80.91.229.3 (7 Feb 2015 10:18:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Feb 2015 10:18:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: Helmut Eller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 07 11:18:24 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 1YK2Sz-0002Yv-Vi for ged-emacs-devel@m.gmane.org; Sat, 07 Feb 2015 11:18:22 +0100 Original-Received: from localhost ([::1]:51998 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YK2Sz-0004ed-Au for ged-emacs-devel@m.gmane.org; Sat, 07 Feb 2015 05:18:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59390) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YK2Sn-0004eK-2K for emacs-devel@gnu.org; Sat, 07 Feb 2015 05:18:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YK2Sk-0003k3-Q5 for emacs-devel@gnu.org; Sat, 07 Feb 2015 05:18:09 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YK2Sk-0003jq-My for emacs-devel@gnu.org; Sat, 07 Feb 2015 05:18:06 -0500 Original-Received: from localhost ([127.0.0.1]:44452 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YK2Sj-0005pg-Ui; Sat, 07 Feb 2015 05:18:06 -0500 Original-Received: by lola (Postfix, from userid 1000) id 8B225E0625; Sat, 7 Feb 2015 11:18:05 +0100 (CET) In-Reply-To: (Helmut Eller's message of "Sat, 07 Feb 2015 09:46:57 +0100") 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:182578 Archived-At: Helmut Eller writes: > On Fri, Feb 06 2015, Stefan Monnier wrote: > >> Yes, they compete. But the intention is not to replace one with >> another. The intention of people working on LLVM is to solve their >> immediate problem, and for one reason or another, they don't consider >> GCC as a good way to solve their problem. >> >> Nobody would benefit from killing GCC, really. Not even control freaks >> who think the GPL is the plague. > > I wonder if there is enough room for more than one competitor. > > If evolutionary principles apply to software, then GCC might indeed be > in danger, because currently it does look like LLVM is more "fit", > produces (much) more "offspring" and generally takes resources away > from GCC. If you want to argue evolutionary biology, it makes no sense to muddle together all niches. Humans don't need to compete with polar bears and penguins. GCC has been supplanted by LLVM as the compiler of choice for operating systems in the BSD camp, yes. The reasons are not technical. Neither are they substantially a desire to get get rid of software freedom but rather a desire to cater to software freedom in the BSD style. GCC has been a thorn in the side of the BSD camp that they are getting rid of by converting to LLVM. It has been a thorn in the side of the BSD camp since GCC is licensed differently than the rest of their software, and they are not in control of either development or licensing of GCC. The GPL and the GNU project is the stronghold of software freedom. But we are not going to do software freedom a favor by raiding and burning down ourselves every fair happening outside of the protection of our castle walls. Our concern has to be to keep the state inside of the castle walls both secure and welcoming. Our past successes in matching both goals have contributed to and enabled the rise of the BSD-based software universes and cultures. That there are significant bodies of software where the principal development and dissemination of software is not under proprietary control and interests is a result of the GNU project's guarantees of freedom and openness moved development forward in a way that was hard to match with closed and proprietary developments. If we try to close down every cooperation with non-GNU free software, we are sacrificing our goals for the sake of our temples. Which is not unusual: the most bloody and prolonged wars have been between people praying to the same God in different temples and with different rites. But there are no winners in that kind of war. > It also worries me that OpenGL drivers use LLVM to compile shader > programs, making LLVM quite an important part of the graphics stack. > And GCC has AFAIK no backend for any GPU. GCC is unsuitable for compilers intended to keep trade secrets hidden away like those of most modern GPUs. That's a feature, not a bug. I=A0don't see that we should strive to change that in any manner. It certainly is annoying that LLVM provides those GPU vendors with a compiler they can freely get and lock down. But they were bound to route around GCC in some manner anyway. --=20 David Kastrup