From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "John Wiegley" Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Sat, 10 Oct 2015 16:20:47 -0700 Organization: New Artisans LLC Message-ID: References: <5612E996.7090700@yandex.ru> <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <5618D376.1080700@yandex.ru> <831td3t62e.fsf@gnu.org> <5618E51D.4070800@yandex.ru> <83twpzrp05.fsf@gnu.org> <5618ED93.8000001@yandex.ru> <83lhbbrnn7.fsf@gnu.org> <56191EBE.5050404@yandex.ru> <83612essaw.fsf@gnu.org> <877fmuix68.fsf@isaac.fritz.box> <8337xispn2.fsf@gnu.org> <56195055.6010409@gmx.at> <56198BC3.2080402@siege-engine.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444519505 9739 80.91.229.3 (10 Oct 2015 23:25:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 10 Oct 2015 23:25:05 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 11 01:25:01 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 1Zl3Vc-0006jr-TV for ged-emacs-devel@m.gmane.org; Sun, 11 Oct 2015 01:25:01 +0200 Original-Received: from localhost ([::1]:46663 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zl3Vc-0004XX-2L for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 19:25:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36373) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zl3VK-0004Vm-JN for emacs-devel@gnu.org; Sat, 10 Oct 2015 19:24:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zl3VI-0005AZ-4X for emacs-devel@gnu.org; Sat, 10 Oct 2015 19:24:42 -0400 Original-Received: from mail-pa0-x233.google.com ([2607:f8b0:400e:c03::233]:34609) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zl3VH-00059u-Vw for emacs-devel@gnu.org; Sat, 10 Oct 2015 19:24:40 -0400 Original-Received: by padhy16 with SMTP id hy16so119385050pad.1 for ; Sat, 10 Oct 2015 16:24:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type; bh=xr/dCpGNqLgit3x1qBVo4S2f+xwQHLvD51NmUDjxlHg=; b=mPhC4zI5LCf+29NMcuW7oOOGUZDHDqc4RtaGEBipWc2Er8PC9DcSXJ0XaTFW2bAjsF /jCYCNxUgcMHq480MCoFrLq5f5drN3jm8Hfh8ja+s5o2GWgpSGFIWVtY/J+wbQTIfEI1 9WnUpu6np2K7QlC5E/ENQp9gq4nT06fuXG3+LZdA9UXWumZuLo8iF7//qQe8lF9rLZLV j/O6Ka7kXHZ7VB4bs6FgnPeraF371guHvVO3P5NUc2OrKrdW6+H+d9Xdk4gU7hTC3DQj BbJt4Xf97r0xWm1y6yfEQDopGLvrcQL4rXJX+u9Q92bwsAVsvLVXdFanLoh2SerLrxZk uacw== X-Received: by 10.66.141.111 with SMTP id rn15mr25028418pab.70.1444519479368; Sat, 10 Oct 2015 16:24:39 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id sv9sm10077351pbc.44.2015.10.10.16.24.36 for (version=TLS1 cipher=AES128-SHA bits=128/128); Sat, 10 Oct 2015 16:24:37 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id EF614F2817EA; Sat, 10 Oct 2015 16:24:35 -0700 (PDT) In-Reply-To: <56198BC3.2080402@siege-engine.com> (Eric Ludlam's message of "Sat, 10 Oct 2015 18:05:55 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::233 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:191185 Archived-At: >>>>> Eric Ludlam writes: > In CEDET, the function / command `semantic-analyze-current-context' provides > an output that has lots of details about the buffer near point. Not just > what the cursor is on, but if it is a chain of symbols such as dereferencing > struct pointers, and in many cases, it figures out the data type of the > symbol the cursor is on. It also handles in-buffer caching, etc and plenty > of performance tweaking is available. My preference is for each core feature to have an extremely simple and light interface (taking indentation as an ideal), so that it can also be used for non-IDE tasks we haven't imagined yet. From what I know about CEDET to date, it is much more complex than this objective. When I squint, I see ctags, imenu, pcomplete, helm, company, hippie-expand, flycheck, and more, all starting to look somewhat alike: They each act upon information relevant to the buffer in some way. Where they differ is in how they derive this information, and how the user interacts with it. Can we provide a common, low-level interface for this style of functionality? A common API against which we can implement both data-gathering backends, and display front-ends? And with an emphasis on efficiency and low-latency! We need to harness the power of multiplication, so that every new backend makes every frontend automatically more powerful, and vice versa. This will also help us better leverage our existing base of contributors. John