From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thomas Lord Newsgroups: gmane.emacs.devel Subject: Re: Release plans Date: Fri, 29 Aug 2008 12:13:51 -0700 Message-ID: <48B84A6F.1010002@emf.net> References: <87hc9ka8eg.fsf@uwakimon.sk.tsukuba.ac.jp> <20080817073124.GA1294@muc.de> <87ljyv5gy5.fsf@uwakimon.sk.tsukuba.ac.jp> <20080818101802.GA2615@muc.de> <87bpzqqk7b.fsf@uwakimon.sk.tsukuba.ac.jp> <20080818210927.GD2615@muc.de> <87wsidnxqp.fsf@uwakimon.sk.tsukuba.ac.jp> <87ljytkwpk.fsf@rattlesnake.com> <878wusz0v9.fsf@uwakimon.sk.tsukuba.ac.jp> <87vdxp27z6.fsf@uwakimon.sk.tsukuba.ac.jp> <87prnxe5hc.fsf@rattlesnake.com> <873aktck5d.fsf@uwakimon.sk.tsukuba.ac.jp> <87k5e5dsvq.fsf@rattlesnake.com> <48B44802.1080302@emf.net> <87ej4atczj.fsf@gmail.com> <48B78A75.8080103@emf.net> <803akoyrqy.fsf@tiny.isode.net> NNTP-Posting-Host: lo.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 1220034241 737 80.91.229.12 (29 Aug 2008 18:24:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2008 18:24:01 +0000 (UTC) Cc: emacs-devel@gnu.org To: Bruce Stephens Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 29 20:24:55 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KZ8eS-0000UB-Hb for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 20:24:52 +0200 Original-Received: from localhost ([127.0.0.1]:56437 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ8dT-0001F6-SW for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 14:23:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZ8co-0000OD-Dz for emacs-devel@gnu.org; Fri, 29 Aug 2008 14:23:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZ8cm-0000Lg-H9 for emacs-devel@gnu.org; Fri, 29 Aug 2008 14:23:09 -0400 Original-Received: from [199.232.76.173] (port=45065 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ8cm-0000LW-Ch for emacs-devel@gnu.org; Fri, 29 Aug 2008 14:23:08 -0400 Original-Received: from mail.42inc.com ([205.149.0.25]:51212) by monty-python.gnu.org with esmtps (SSL 3.0:RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1KZ8cl-0006oR-VR for emacs-devel@gnu.org; Fri, 29 Aug 2008 14:23:08 -0400 X-TFF-CGPSA-Version: 1.5 X-TFF-CGPSA-Filter-42inc: Scanned X-42-Virus-Scanned: by 42 Antivirus -- Found to be clean. Original-Received: from [69.236.75.128] (account lord@emf.net HELO [192.168.1.64]) by mail.42inc.com (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 37920170; Fri, 29 Aug 2008 11:22:49 -0700 User-Agent: Thunderbird 1.5.0.5 (X11/20060808) In-Reply-To: <803akoyrqy.fsf@tiny.isode.net> X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:103193 Archived-At: Bruce Stephens wrote: > Is this an abstract discussion or is it concretely about Emacs and > CEDET? (I'm struggling to imagine what realistic benefit CEDET might > get from a dynamic extension to Emacs. Maybe linking with SQLite?) > That's an interesting idea. I was thinking about tools for incremental parsing as an example. Fast and good support for small databases makes sense, too. Other people mentioned other applications of a dynamic loader, too, not necessarily IDE related (e.g., image manipulation, network protocols, etc.) In general, anytime you want the coroutine to use a lot of data that normally sits in Emacs memory (e.g., buffer contents) -- and you want that coroutine to randomly access that data or in other ways have fast access to it -- a dynamic loader would be handy. I don't claim, by the way, that a dynamic loader makes perfect technical sense for GNU Emacs as it stands today. It *might* and it *might not*. I do claim that that fears of non-free add-ons aren't argument enough against a dynamic loader. So, the discussion is abstract in that sense, I guess. > Surely XRefactory's big advantage over CEDET is use of an EDG-based > parser (which costs money)? So in that sense the restrictions on how > the core gcc project develops (whether it can provide suitable dumps > of parse trees and the like) are more significant than restrictions on > Emacs? > It could be. Hmm. There is an architecture to consider: Imagine dynamically loadable parsers for your favorite languages. Might there be a reasonable API design such that a single parsing tool can do both incremental parsing / re-parsing and efficient straight-through parsing, producing output (in the form of API calls or return values) suitable for both building GCC trees and updating text properties and database values in an IDE? If so, can tools such as Bison be extended to support generation of the incremental (re-) parsing parts (e.g., with suitable ways of handling parse errors and recovery in an incremental context)? The resulting "kit" of Emacs w/DL + GCC w/DL + extended Bison could be very fun to play with. -t