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: Tue, 10 Feb 2015 09:59:44 +0100 Message-ID: <87wq3qrvjz.fsf@fencepost.gnu.org> References: <87mw4rxkzv.fsf@fencepost.gnu.org> <87y4oavxcy.fsf@fencepost.gnu.org> <87d25juy8m.fsf@fencepost.gnu.org> <83iofa8lu2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1423558856 16982 80.91.229.3 (10 Feb 2015 09:00:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Feb 2015 09:00:56 +0000 (UTC) Cc: emacs-devel@gnu.org, eller.helmut@gmail.com, Stefan Monnier , rms@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 10 10:00:41 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 1YL6gR-0008UD-5U for ged-emacs-devel@m.gmane.org; Tue, 10 Feb 2015 10:00:39 +0100 Original-Received: from localhost ([::1]:38474 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YL6gQ-0001hb-Br for ged-emacs-devel@m.gmane.org; Tue, 10 Feb 2015 04:00:38 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54135) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YL6gF-0001hT-RW for emacs-devel@gnu.org; Tue, 10 Feb 2015 04:00:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YL6g8-0001fY-0p for emacs-devel@gnu.org; Tue, 10 Feb 2015 04:00:27 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50515) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YL6g7-0001fP-UG for emacs-devel@gnu.org; Tue, 10 Feb 2015 04:00:19 -0500 Original-Received: from localhost ([127.0.0.1]:57671 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YL6fz-0002T8-Qi; Tue, 10 Feb 2015 04:00:12 -0500 Original-Received: by lola (Postfix, from userid 1000) id 7B938E050F; Tue, 10 Feb 2015 09:59:44 +0100 (CET) In-Reply-To: <83iofa8lu2.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 10 Feb 2015 05:52:21 +0200") 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:182790 Archived-At: Eli Zaretskii writes: >> From: Stefan Monnier >> Date: Mon, 09 Feb 2015 21:40:20 -0500 >> Cc: dak@gnu.org, eller.helmut@gmail.com, emacs-devel@gnu.org >> >> > In particular, the only harm to Emacs is that I've been unable to >> > study the GCC AST issue for a whole month. Please do not exaggerate. >> >> You seem not to have even understood that your insistence has compelled >> David Engster to stop working on GCC-based code completion support >> for CEDET. > > FWIW, I think David made a mistake when he gave up. Running out of motivation is not a choice. And anyway, Richard explicitly stated that he wanted lots of time for his resentment over the discussion to abate before he would even start discussing the issue with people he trusts. So it will be a considerable amount of time before David even has a chance of being informed whether his work will end up in the wastebin. That sounds like a solid reason to rather work on something else to me. > I faced a similar disheartening intention (for quite different, but > still political) reasons when I worked on bidi support. I decided to > disregard and proceed, and the result is before your eyes. > > There's nothing like working code to convince people. As far as I remember, company-mode had working code for LLVM-based completion. And we are currently just seeing a veto on integration of working initial LLDB support into gud.el. > Free Software is about freedom of developers as well. Not at its core. But it would make for a better fit. -- David Kastrup