vibhavp
All 8 comments
How does this compare with projectile?
alanz
on 22 Oct 2017
How does this compare with projectile?
CEDET is part of emacs and projectile is third-party project.
s-kostyaev
on 22 Oct 2017
IIRC, projectile concerns itself with locating and managing project files, while CEDET is more to do with browsing the code structurally (symbol references, list of classes, functions, etc).
vibhavp
on 22 Oct 2017
CEDET is too slow...
seagle0128
on 25 Oct 2017
CEDET is slow mostly because of Semantic, the underlying parsing backend. We can make CEDET use LSP methods and commands instead.
vibhavp
on 27 Oct 2017
@vibhavp Good thoughts! 馃憤
The first of all is improving the efficiency and stability of lsp-mode. I am usging lsp-go and lsp-python, but they seem not fast and stable. Have to back to go-mode and anaconda-mode for now. I believe lsp is the right direction, but what the devs need is fast and reliable auto completion, refactoring and code analysis, which make Emacs like a modern slight and fast IDE if you want.
seagle0128
on 27 Oct 2017
I propose closing as won't fix and continue with implementing the code browsing controls in lsp-ui and lsp-treemacs. @vibhavp, what do you think?
yyoncho
on 28 Apr 2019
Closing as per offline discussion with @vibhavp
yyoncho
on 10 Jul 2019
Related issues
xendk
路
3Comments
axelson
路
4Comments
raxod502
路
5Comments
dchneric
路
3Comments
dennismayr
路
4Comments
Most helpful comment
CEDET is slow mostly because of Semantic, the underlying parsing backend. We can make CEDET use LSP methods and commands instead.