all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Judeau <solidius4747@gmail.com>
To: Help-gnu-emacs@gnu.org
Subject: Re: Why code completion using CEDET in Emacs so slow?
Date: Wed, 12 Oct 2011 11:08:28 -0700 (PDT)	[thread overview]
Message-ID: <32640322.post@talk.nabble.com> (raw)
In-Reply-To: <87zkh6qf7j.fsf@arcor.de>




David Engster wrote:
> 
> 
>> I used auto complete clang, but it seems to have no speed improvement.
>> Why
>> is that :( ?
> 
> I have no idea. Maybe CEDET isn't compiled correctly?
> 
I byte-compiled CEDET and setting up correctly without any error.



David Engster wrote:
> 
>> I love Emacs and all, and been using it for my C/C++ for almost
>> a year until I discover KDevelop. Using Emacs means code completion
>> should
>> be trivial and optional? I really love this Emacs as an editor and as an
>> "IDE". I just want to find a way to improve this.
>>
>> I notice that when performing auto complete, my disk got accessed a lot.
>> Is
>> there a way to make the included files stored in memory for faster look
>> up?
>> Or should CEDET implement this way?
> 
> Maybe your project is simply very large? Could you give some concrete
> examples where completions are too slow for you? Maybe CEDET can be
> tuned to your project by excluding some headers which slow down
> completion.
> 
> -David
> 
I want to use the boost header files. Every time I include a new header file
in the boost library, it takes pretty long to parse. 

I used boost asio, and it always takes a few seconds for the first look up.
The second look up (means cached) is a brief. delay. Meanwhile, using
Eclipse CDT or KDevelop, after I include the header file such as
boost/asio.hpp , the symbols in the header file (and related files in the
header) are automatically available for look up instantly without any delay
(just like the usual feeling when programming with Java in an IDE). However,
in order for Eclipse to "see" the symbol, I must specified the library &
link path for a particular project. 

For that reason, also since my company is using Eclipse, I end up using
Eclipse with Emacs key binding, which is a neat combination. But, I still
want to make my Emacs environment better, simply because its key binding and
command system is really nice for productivity. 

And, with autocomplete.el, autocomplete is usually sufficient, mainly even
without completion or not, we usually have to look up for the function in
the document anyway. Afterward, autocomplete.el does it job nicely.

-- 
View this message in context: http://old.nabble.com/Why-code-completion-using-CEDET-in-Emacs-so-slow--tp32638310p32640322.html
Sent from the Emacs - Help mailing list archive at Nabble.com.




  reply	other threads:[~2011-10-12 18:08 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-12 14:05 Why code completion using CEDET in Emacs so slow? Judeau
2011-10-12 17:42 ` David Engster
2011-10-12 18:08   ` Judeau [this message]
2011-10-12 18:25     ` David Engster
2011-10-12 18:54       ` Judeau
2011-10-12 19:15         ` David Engster
2011-10-13  3:57           ` Judeau
2011-10-13 16:02             ` David Engster

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=32640322.post@talk.nabble.com \
    --to=solidius4747@gmail.com \
    --cc=Help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.