From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.devel Subject: Re: ECB Date: Mon, 5 Jul 2004 08:06:38 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200407051206.i65C6cRq032724@projectile.siege-engine.com> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1089029590 3913 80.91.224.253 (5 Jul 2004 12:13:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 5 Jul 2004 12:13:10 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Jul 05 14:12:59 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BhSLD-0000zf-00 for ; Mon, 05 Jul 2004 14:12:59 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BhSLD-00028q-00 for ; Mon, 05 Jul 2004 14:12:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BhSN9-0000HY-5F for emacs-devel@quimby.gnus.org; Mon, 05 Jul 2004 08:14:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BhSJk-00078y-07 for emacs-devel@gnu.org; Mon, 05 Jul 2004 08:11:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BhSHl-00064y-Hu for emacs-devel@gnu.org; Mon, 05 Jul 2004 08:09:26 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BhSHJ-0005pM-2x for emacs-devel@gnu.org; Mon, 05 Jul 2004 08:08:57 -0400 Original-Received: from [68.162.221.229] (helo=projectile.siege-engine.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BhSF6-0003ae-DJ for emacs-devel@gnu.org; Mon, 05 Jul 2004 08:06:40 -0400 Original-Received: from projectile.siege-engine.com (localhost.localdomain [127.0.0.1]) by projectile.siege-engine.com (8.12.8/8.12.8) with ESMTP id i65C6cAA032728 for ; Mon, 5 Jul 2004 08:06:38 -0400 Original-Received: (from zappo@localhost) by projectile.siege-engine.com (8.12.8/8.12.8/Submit) id i65C6cRq032724; Mon, 5 Jul 2004 08:06:38 -0400 X-Authentication-Warning: projectile.siege-engine.com: zappo set sender to eric@siege-engine.com using -f Original-To: emacs-devel@gnu.org In-reply-to: (emacs-devel-request@gnu.org) X-MIME-Autoconverted: from 8bit to quoted-printable by projectile.siege-engine.com id i65C6cAA032728 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: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25452 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25452 Hi, I get emacs-devel as a digest. Here is a reply to a few messages on the list. >>> Kai Grossjohann wrote: >> Could a couple of people please look at ECB, in http://ecb.sourceforge= .net, >> and tell me what you think of it? > >One difference between an IDE and Emacs is that IDEs often show >various bits of information about the current project in little >windows around the suorce code. With ECB, Emacs can do the same >thing. > >ECB is tr=E8s cool. > >Note that ECB works with CEDET which provides parsing of source >code. This is a framework that has lots of potential for vastly >improving Emacs' support for different programming languages. What >we can see in ECB is merely the tip of the iceberg. I think that >including CEDET in Emacs would enable various other packages to take >advantage of it. For example, font-lock could be improved by better >parsing, as could syntactic indentation. CEDET already provides >syntax-driven completion: if x is a struct, then completing after >"x." completes the members of that struct. > >CEDET is tr=E8s cool. Just as an FYI on CEDET, all of the individual tools in it have already had papers signed for them and sent in. I have to get periodic papers from my employer and a set is currently wandering through the legal department. >>> Stefan wrote: >> CEDET is tr=E8s cool. > >Indeed. But it needs to be made lazier and less global. >Last time I tried to use JDE (which uses CEDET) it ended up taking a ver= y >significant time to open up an Elisp or a C file even though I only ever >used CEDET-related operations on Java files. I recall your email to me. The current CVS version has since been updated to delay parsing to an idle timer. Tools that need the buffer parsed now must wait until an idle timer goes off, so related decorations don't show up till a few seconds after the buffer is visible. Your other request of disabling parsing for an individual mode is still on my to-do list but it is unclear to me what to do about it since all the load-time hooks are auto-generated in auto-load files. >>> From: Jason Rumney >Kai Grossjohann writes: > >> And then, CEDET contains libraries and utilities that are used for >> implementing the other packages. >> >> I hope that I have not misrepresented the CEDET functionality too >> much. > >speedbar is also a part of CEDET. My understanding is that these >tools originally started as seperate elisp libraries, but have grown >dependant on each other and the author (Eric Ludlam ) >has decided to release them as a single package in future. This is indeed correct. Releasing one tool often required a new release of another with only one bug fix in it. It was quite a hassle. Releasing them all at once has simplified things, but made testing a bit more challenging. Enjoy Eric --=20 Eric Ludlam: zappo@gnu.org, eric@siege-engine.c= om Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org