From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel,gmane.emacs.orgmode Subject: Re: Using CEDET modules from Emacs core Date: Sat, 11 Feb 2017 22:33:17 -0500 Message-ID: References: <87k29d7zvw.fsf@engster.org> <87fuk08i01.fsf@engster.org> <87d1f36xnc.fsf@engster.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1486870459 1794 195.159.176.226 (12 Feb 2017 03:34:19 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 12 Feb 2017 03:34:19 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: emacs-orgmode@gnu.org To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 12 04:34:13 2017 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 1cckvU-00005D-Fy for ged-emacs-devel@m.gmane.org; Sun, 12 Feb 2017 04:34:12 +0100 Original-Received: from localhost ([::1]:50589 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cckva-0003Jt-4v for ged-emacs-devel@m.gmane.org; Sat, 11 Feb 2017 22:34:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60332) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cckuh-0003Jj-UL for emacs-devel@gnu.org; Sat, 11 Feb 2017 22:33:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cckue-0007P2-Rq for emacs-devel@gnu.org; Sat, 11 Feb 2017 22:33:23 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:16660) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cckue-0007Oj-K9; Sat, 11 Feb 2017 22:33:20 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D1LgAu3EVY//7rSC1dGwEBAQMBAQEJAQEBgzgBAQEBAR+EW4VUnAImAZJHhBeGHAQCAoIRRBABAgEBAQEBAQFiKIRpAQQBViMFCws0EhQYDYkeCK0Ui0QBAQEHAgEkixmFFIUVBY98imqbGoY6kg82IHgTDoVzIIktAQEB X-IPAS-Result: A0D1LgAu3EVY//7rSC1dGwEBAQMBAQEJAQEBgzgBAQEBAR+EW4VUnAImAZJHhBeGHAQCAoIRRBABAgEBAQEBAQFiKIRpAQQBViMFCws0EhQYDYkeCK0Ui0QBAQEHAgEkixmFFIUVBY98imqbGoY6kg82IHgTDoVzIIktAQEB X-IronPort-AV: E=Sophos;i="5.33,749,1477972800"; d="scan'208";a="292676192" Original-Received: from 45-72-235-254.cpe.teksavvy.com (HELO pastel.home) ([45.72.235.254]) by smtp.teksavvy.com with ESMTP; 11 Feb 2017 22:33:17 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 9EE9B65911; Sat, 11 Feb 2017 22:33:17 -0500 (EST) In-Reply-To: (John Wiegley's message of "Sat, 11 Feb 2017 18:15:03 -0800") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:212259 gmane.emacs.orgmode:112064 Archived-At: SM> For one, I'd like to see more major modes come with support for Semantic SM> right in the major mode's own definition (rather than have it part of SM> CEDET). E.g. for Elisp mode, CC-mode, ... SM> The idea is to get to the point where Semantic support is just another SM> thing that a major mode should aim to support alongside syntax-tables, SM> indentation, font-lock, outline-minor-mode, ... > Is the semantic support really at the point of warranting that? What more would you want? > Does it have many users currently? Chicken, meet Egg! > Is it something major-modes would want to include default support for? It provides a functionality that's usually requested by users, so I'm surprised you'd ask. We don't have enough infrastructure support in general for "advanced" editing functionality such as type/scope-aware completion. So we have various add-on thingies (like company-mode, cedet, and auto-complete) which provide such support for specific modes, but really these should move to core, so that major modes can themselves provide support for such completion. I've done some of that with completion-at-point-functions and moving some company-.el to -mode.el, but there's a lot more to do. Stefan