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: Emacs contributions, C and Lisp Date: Sat, 10 Jan 2015 22:59:19 +0300 Message-ID: <54B18497.8080806@yandex.ru> References: <83bnxuzyl4.fsf@gnu.org> <87vbkovhh7.fsf@engster.org> <87387rvobr.fsf@engster.org> <83ppat84hk.fsf@gnu.org> <20150106143933.0090bc83@jabberwock.cb.piermont.com> <83r3v77ij6.fsf@gnu.org> <20150106154539.3d0752c4@jabberwock.cb.piermont.com> <87wq4ype3z.fsf@fencepost.gnu.org> <878uherlf3.fsf@wanadoo.es> <20150108194342.1bd83ed1@jabberwock.cb.piermont.com> <871tn3furs.fsf@red-bean.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1420920006 8773 80.91.229.3 (10 Jan 2015 20:00:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 10 Jan 2015 20:00:06 +0000 (UTC) Cc: ofv@wanadoo.es, emacs-devel@gnu.org, perry@piermont.com To: rms@gnu.org, Karl Fogel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 10 21:00:00 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 1YA2CV-0001Vf-Mn for ged-emacs-devel@m.gmane.org; Sat, 10 Jan 2015 20:59:59 +0100 Original-Received: from localhost ([::1]:56082 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YA2CV-00017x-0p for ged-emacs-devel@m.gmane.org; Sat, 10 Jan 2015 14:59:59 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36220) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YA2CR-00017M-1b for emacs-devel@gnu.org; Sat, 10 Jan 2015 14:59:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YA2CN-0001HM-S2 for emacs-devel@gnu.org; Sat, 10 Jan 2015 14:59:54 -0500 Original-Received: from mail-we0-x22b.google.com ([2a00:1450:400c:c03::22b]:55089) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YA2CN-0001HD-M5; Sat, 10 Jan 2015 14:59:51 -0500 Original-Received: by mail-we0-f171.google.com with SMTP id u56so13136974wes.2; Sat, 10 Jan 2015 11:59:50 -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=8Zmk8QhtzfOgGe3EB+3Ku3RlSLugh+5fU2PXTUehh0I=; b=TWnr8sgLbW5YtvGIvoPz4CACC8IHNF3pbmmVvRuWKr0Q0C6cVW5RNPg/kAgWEVKoJb WcN0cRQj5n1QmRmaOsmhM3LtbkC3XzKvyiy6eQg3y4sBCmI3mQt4To1vzJyU97ajtPRq kIinFeYt2eL8YGDv2+cVPuMetxM41kcNjRW3nWyHwsKR1jxfYTXI1Z14b25nitxcWi9G WuGrrUX4SDO3i3prCvYfW2AhA2M9sToJLAcOLvFqBgMFYZT84KMxidIAEGWZiESKmWw/ B6FGYTpIjwnvoPfWL6d9IOtznV1UlUEXs2QNVByROXKlplo48a5blMmizjDmoW2X01dK 8AaA== X-Received: by 10.180.208.112 with SMTP id md16mr16117025wic.37.1420919990881; Sat, 10 Jan 2015 11:59:50 -0800 (PST) Original-Received: from [192.168.0.14] ([178.19.251.109]) by mx.google.com with ESMTPSA id 18sm14839111wjr.46.2015.01.10.11.59.49 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 Jan 2015 11:59:50 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Thunderbird/33.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::22b 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:181131 Archived-At: On 01/10/2015 10:29 PM, Richard Stallman wrote: > Getting back to completion, some tried to dismiss the idea that > completion can be done with less than the full AST. The discussion > convinces me that it can be done with somewhat less Like Eric said, it *can* be done with a lot less, the question is whether we really do want to do it this way. If the plugin implements the "meat" of the completion logic (probably in C), Emacs could serve as a "dumb client", only forwarding completion queries to the plugin, and interpreting the responses. The downsides: 1. Any new feature, significant change, or a bugfix would probably have to touch the plugin code, which exludes contributions from a significant portion of the user base who would rather contribute Emacs Lisp code. 2. CEDET integration would basically be out of the question, while it's the blessed Emacs code assistance suite, which we would want to see developed. The same should be true for refactoring.