From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.devel Subject: Re: CEDET discoverability Date: Tue, 13 Jul 2010 18:30:11 -0400 Message-ID: <4C3CE8F3.9090308@siege-engine.com> References: <4C3B6A8A.80105@gmx.de> <87wrt0e81n.fsf@telefonica.net> <62E9699C07054418AB66F9C5FCB54E5C@us.oracle.com> <87sk3oe3la.fsf@telefonica.net> <1154D96E7D2F401D849266F359E44BB9@us.oracle.com> <87ocecdzou.fsf@telefonica.net> <87hbk4i1m4.fsf@uwakimon.sk.tsukuba.ac.jp> <87bpacdpwl.fsf@telefonica.net> <878w5fizcb.fsf@uwakimon.sk.tsukuba.ac.jp> <4C3C553D.9090203@siege-engine.com> <877hkze69r.fsf_-_@telefonica.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1279059349 6056 80.91.229.12 (13 Jul 2010 22:15:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 13 Jul 2010 22:15:49 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 14 00:15:45 2010 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.69) (envelope-from ) id 1OYnlQ-0000Rs-OP for ged-emacs-devel@m.gmane.org; Wed, 14 Jul 2010 00:15:45 +0200 Original-Received: from localhost ([127.0.0.1]:51423 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OYnlP-0006Yw-Va for ged-emacs-devel@m.gmane.org; Tue, 13 Jul 2010 18:15:43 -0400 Original-Received: from [140.186.70.92] (port=48048 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OYnlI-0006X4-Q3 for emacs-devel@gnu.org; Tue, 13 Jul 2010 18:15:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OYnlG-0001D5-Pf for emacs-devel@gnu.org; Tue, 13 Jul 2010 18:15:36 -0400 Original-Received: from bird.interbax.net ([75.126.100.114]:59163) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OYnlG-0001Cp-J0 for emacs-devel@gnu.org; Tue, 13 Jul 2010 18:15:34 -0400 Original-Received: (qmail 18415 invoked from network); 13 Jul 2010 17:15:33 -0500 Original-Received: from static-71-184-83-10.bstnma.fios.verizon.net (HELO ?192.168.1.201?) (71.184.83.10) by interbax.net with SMTP; 13 Jul 2010 17:15:33 -0500 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a1pre) Gecko/20091222 Shredder/3.1a1pre In-Reply-To: <877hkze69r.fsf_-_@telefonica.net> X-detected-operating-system: by eggs.gnu.org: Windows 98 (1) 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:127222 Archived-At: On 07/13/2010 11:44 AM, Óscar Fuentes wrote: > "Eric M. Ludlam" writes: > > [snip] > >> One of the things I was most surprised by was that when CEDET was >> integrated into Emacs, only 2 people tried it and reported anything >> from this list. I fixed those things too. Now this list is posting >> things that effectively pretend CEDET doesn't exist. What's up with >> that? > > Where on the Emacs documentation can I learn about CEDET? On an Emacs > compiled a few days ago, I did > > M-h i S cedet [ENTER] > > and it turned nothing. M-x cedet [TAB] returns nothing too. There is no "cedet" command. CEDET is a name on sourceforge that holds a host of other tools like semantic, ede, or srecode. See the front page here: http://cedet.sourceforge.net/ Perhaps I should have started by saying that CEDET/Semantic satisfies smart code completion requirement to help here. > I tried CEDET several years ago with my C++ projects and it was of no > use (slow, highly inaccurate, slowed down text editing.) I'm sure things > have improved a lot since that experience (the CEDET docs mentioned that > its C++ support was very rough) and I'll like to try again. Guess that I > must go to the CEDET website. I would have to agree with your performance statement. A while back I built a set of profiling tools and ran against some very large code bases, and tuned the parser / analyzer gaining some huge performance boosts. In one experiment I went from an 8 minute analysis down to 1.5 seconds or so. There is still lots of overhead for parsing everything the first time, but once the databases are there, keeping the tags databases up to date and running smart completion is pretty fast now. Naturally time-outs and work loads are configurable. Having Emacs developers use these tools and tweak these straight-forward configurations to come up with some better defaults would be great, especially since I don't write code for a living any more and thus lack some of that insight. ;( Note that my results are with Emacs 23.1 and CEDET from the sourceforge project. I would expect the integrated version to be the same. Eric