From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: enabling company-capf support in cfengine.el Date: Mon, 20 Jan 2014 02:13:26 +0200 Message-ID: <52DC6A26.3020003@yandex.ru> References: <87fvqtg02v.fsf@flea.lifelogs.com> <87y53ghe94.fsf@flea.lifelogs.com> <87vbyk3497.fsf@yandex.ru> <87haa4gw69.fsf@flea.lifelogs.com> <87txe4usm1.fsf@yandex.ru> <87zjnvg2t2.fsf@flea.lifelogs.com> <87txe364q0.fsf@yandex.ru> <87r497fu0h.fsf@flea.lifelogs.com> <87haa1litl.fsf@yandex.ru> <87y53czx7e.fsf@yandex.ru> <87bo08bivm.fsf_-_@flea.lifelogs.com> <87sitkzahs.fsf@yandex.ru> <52D7DAAB.2070709@yandex.ru> <52D81960.2080408@yandex.ru> <52DA8C17.4080707@yandex.ru> <52DC00E5.3020803@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1390176860 12583 80.91.229.3 (20 Jan 2014 00:14:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2014 00:14:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 20 01:14:26 2014 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 1W52VU-000550-7J for ged-emacs-devel@m.gmane.org; Mon, 20 Jan 2014 01:14:24 +0100 Original-Received: from localhost ([::1]:48202 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W52VT-0004QY-I3 for ged-emacs-devel@m.gmane.org; Sun, 19 Jan 2014 19:14:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W52VK-0004Pr-D3 for emacs-devel@gnu.org; Sun, 19 Jan 2014 19:14:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W52VD-000595-25 for emacs-devel@gnu.org; Sun, 19 Jan 2014 19:14:14 -0500 Original-Received: from mail-ea0-f169.google.com ([209.85.215.169]:62103) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W52VC-00058z-SE for emacs-devel@gnu.org; Sun, 19 Jan 2014 19:14:06 -0500 Original-Received: by mail-ea0-f169.google.com with SMTP id l9so2435354eaj.28 for ; Sun, 19 Jan 2014 16:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=wZnAWfAzDqi67qkPefesyhhYuZVuZmaMkb1/W4x+dcI=; b=UAT9gATF2SMzeDZJ1VEc+CWROh0xa7jn44Guk6CAwubJ13ci5esbh2EPgRjOP05rHH bPDhK+MvZ2ym+HSIaWThvCPihM2N9E3BF5bUhe1X9yrwQGVL+0pbNuIxHrM955WtiFMU IaSpnLOXnCEKV3NYL9uuV4YZ9+pQrKKCFlGnWnxXeG3Pvi133jy6bu6mLB/v+lyXi5EW 62ko53yZTaxhuJ1wwHM0jy1uefxIrenQAphItVxzMuHb1FyNw1dsGuiS6CAKIcD9bOFY S1Qu//58R2Knb4yfN2grFy3f6JmHo42xiq6NUZbNJ/I71qPzRnuanNULGc0g0piEKPXQ wFBg== X-Received: by 10.14.182.199 with SMTP id o47mr14711678eem.7.1390176811206; Sun, 19 Jan 2014 16:13:31 -0800 (PST) Original-Received: from [192.168.10.2] (62-126-148.netrun.cytanet.com.cy. [62.228.126.148]) by mx.google.com with ESMTPSA id u7sm47751908eep.11.2014.01.19.16.13.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 19 Jan 2014 16:13:30 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.215.169 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:168755 Archived-At: On 19.01.2014 22:19, Stefan Monnier wrote: >> Sometime ago I've been told that RMS dislikes Clang strongly enough to >> oppose inclusion of any code using it in Emacs. > > AFAIK Clang is Free Software. So, I don't see a valid reason to reject > inclusion of company-clang or equivalent into Emacs. If it's in GNU > ELPA it's (virtually) in Emacs already anyway (we use the same rules for > the two, specifically so we can easily move code from one to the other). Richard's argument in the thread linked by David was not based on Clang's legal status, other than it being distributed under a non-copyleft license. Since that argument doesn't make sense to me, I won't claim to fully understand it, or whether there is any difference between Emacs and GNU ELPA, as far as that argument is concerned. >> Unless it has changed (or is no longer a major factor), separating the code >> from Company won't be particularly valuable. > > My interest is in making Company into nothing more than an alternative > UI. All the backends would be separate and usable as much by Company as > by completion-at-point. I'm interested in this general direction as well, as long as the migration causes no regression in features available to Company users. But I think moving backends that have no existing corresponding completion functions in Emacs core is low priority. >> Clang specifically? That's why I suggested another minor mode. > > Yes, ultimately clang-completion should be a separate package enabled > separately. In any case I don't think any of those issues are serious > enough to be a reason not to make the clang backend work via CAPF. Ok. Then my main point is, there's no reason to do the CAPF conversion until it's in a separate package/minor mode. The conversion itself should be easy. And ideally, the splitting would be performed by someone who works with C/C++ and Clang with any regularity. I.e. not myself. :)