Re: [CEDET-devel] CEDET, future and Emacs

[Alex O. <al...@gm...>]

I think that you can also look into reusing LSP if it's available, but
expand on the "traditional" IDE features - refactoring (maybe starting with
simple rename, method extract, etc.), more templates for code, etc. - for
these things we may not need to have full-blown parsers.

Another area is support for build tools, like, Maven for Java, etc. - these
tools bring more context for code completion, etc.  I had a private branch
of CEDET that had better support for Maven, Leiningen, and other build
tools: https://github.com/alexott/cedet/tree/devel - for example, I had
working completion for Java when using 3rd party libraries:
https://alexott.blogspot.com/2012/10/new-version-of-article-about-emacscedet.html

P.S. Unfortunately, right now I don't have much free time, so I surrended &
using Idea for Java/Scala code

On Sun, Mar 28, 2021 at 8:00 PM Fermin <fm...@po...> wrote:

> You are right, keeping up with new languages is quite hard, I think this
> is why CEDET need more people involve, we can never match
> the level of adoption of LSP, but we can provide a decent programming
> experience for a variety of languages.
>
> Focusing on a balance between popular (to attract users) and stable
> (languages that don't require a lot of changes over time) can be
> an interesting strategy, I'm not saying to focus all the energy into
> writing a javascript production parser or a Ada parser, something in
>  between, that can be stable enough and popular enough.
>
> For now, I think improving the actual parsing infrastructure is more
> critical that supporting new languages, giving the synchronous nature
> of CEDET, right now is not well suited for large projects, Emacs now
> support (partially, and in a hackish way) asynchronous processing
> <https://elpa.gnu.org/packages/async.html>,
> and I hope in the near future, with native compilation
> <https://www.emacswiki.org/emacs/GccEmacs>, the elisp performance can
> improve drastically ,which can really play really well if CEDET is prepared
> to take advantage of this changes.
>
>
>
> On 28/03/2021 19:13, Alex Ott wrote:
>
> Imho, LSP is still required - it's quite hard to build grammars for
> multiple languages, and maintain them as languages evolve...
>
> On Sun, Mar 28, 2021 at 6:15 PM Pankaj Jangid <pa...@co...>
> wrote:
>
>> Vladimir Nikishkin <loc...@gm...> writes:
>>
>> > Things are actually moving (albeit not super fast), just not inside the
>> SF
>> > repo. Since cedet was merged into the main emacs tree, you need to grep
>> > emacs' git log, not sf repos.
>>
>> Yup. Just saw one more commit today. I build emacs-master daily for my
>> personal use.
>>
>> By "not moving" I meant that the expectations are high. Things like LSP
>> would not be required if CEDET is seriously taken care of.
>>
>>
>>
>>
>> _______________________________________________
>> Cedet-devel mailing list
>> Ced...@li...
>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>
>
>
> --
> With best wishes,                    Alex Ott
> http://alexott.net/
> Twitter: alexott_en (English), alexott (Russian)
>
>
> _______________________________________________
> Cedet-devel mailing lis...@li...://lists.sourceforge.net/lists/listinfo/cedet-devel
>
> _______________________________________________
> Cedet-devel mailing list
> Ced...@li...
> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>


-- 
With best wishes,                    Alex Ott
http://alexott.net/
Twitter: alexott_en (English), alexott (Russian)