From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: lldb support Date: Sun, 25 Dec 2016 15:43:25 -0500 Message-ID: References: <20161107150552.20e98985@jabberwock.cb.piermont.com> <20161107220815.606cd583@jabberwock.cb.piermont.com> <6c239d49-a92c-1495-7121-4808295a4fc2@dancol.org> <735f8965-609a-d0c2-82bc-19a2393186b6@dancol.org> Reply-To: rms@gnu.org NNTP-Posting-Host: blaine.gmane.org Content-Type: text/plain; charset=Utf-8 X-Trace: blaine.gmane.org 1482698665 24176 195.159.176.226 (25 Dec 2016 20:44:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 25 Dec 2016 20:44:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: John Wiegley Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 25 21:44:22 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLFeS-00057j-MC for ged-emacs-devel@m.gmane.org; Sun, 25 Dec 2016 21:44:16 +0100 Original-Received: from localhost ([::1]:47905 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLFeX-0001Xy-9M for ged-emacs-devel@m.gmane.org; Sun, 25 Dec 2016 15:44:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57849) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLFdf-0001Wo-KC for emacs-devel@gnu.org; Sun, 25 Dec 2016 15:43:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cLFde-0008Td-Qr for emacs-devel@gnu.org; Sun, 25 Dec 2016 15:43:27 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33883) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLFdd-0008TM-Jh; Sun, 25 Dec 2016 15:43:25 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cLFdd-00007V-3Q; Sun, 25 Dec 2016 15:43:25 -0500 In-reply-to: (message from John Wiegley on Mon, 14 Nov 2016 13:58:02 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:210810 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] I've been delayed a long time in responding to that discussion because I was busy. > > When the developers of a free program decide which features to include, > > including which platforms or interoperation to support, the question at > > stake is not what uses to _allow_, but rather which uses to _facilitate_. > I do see what you mean. If a volunteer is willing to give us code to support > using lldb, does it then become a question of which uses to _not facilitate_? Yes, it does. The question is which uses the package should facilitate and which uses the package should not facilitate. > That's really what I reacting to. I totally understand not *making an effort* > to support something that might inhibit the growth of gdb; but if we're in the > position of receiving code to support lldb, then should the same argument be > used to deny its acceptance. Who wrote the code is not the issue. The issue is, do we want to HAVE code in Emacs to do that particular thing. I am not sure whether the this particular feature is a significant issue. Maybe it is a minor issue; maybe there is no real need to refuse to facilitate using LLDB in this particular way. -- Dr Richard Stallman President, Free Software Foundation (gnu.org, fsf.org) Internet Hall-of-Famer (internethalloffame.org) Skype: No way! See stallman.org/skype.html.