From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Andreas Marschke Newsgroups: gmane.emacs.devel Subject: Re: Current State of CEDET in Emacs tree and standalone Date: Thu, 19 Jul 2018 22:58:39 +0200 Message-ID: References: <87601b9t8f.fsf@fastmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000358d2805716072a7" X-Trace: blaine.gmane.org 1532033851 10302 195.159.176.226 (19 Jul 2018 20:57:31 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 19 Jul 2018 20:57:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: jbranso@fastmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 19 22:57:27 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fgFzL-0002Ye-8D for ged-emacs-devel@m.gmane.org; Thu, 19 Jul 2018 22:57:27 +0200 Original-Received: from localhost ([::1]:45292 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fgG1S-0000wj-79 for ged-emacs-devel@m.gmane.org; Thu, 19 Jul 2018 16:59:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49429) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fgG0j-0000wH-Jm for emacs-devel@gnu.org; Thu, 19 Jul 2018 16:58:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fgG0i-0005b2-CC for emacs-devel@gnu.org; Thu, 19 Jul 2018 16:58:53 -0400 Original-Received: from mail-wm0-x233.google.com ([2a00:1450:400c:c09::233]:51907) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fgG0i-0005aU-00 for emacs-devel@gnu.org; Thu, 19 Jul 2018 16:58:52 -0400 Original-Received: by mail-wm0-x233.google.com with SMTP id h3-v6so7043800wmb.1 for ; Thu, 19 Jul 2018 13:58:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oPnGrCsDweJC7Zz0y7eKXWoM4ELJD4X57F4k9d5Sqyg=; b=tO1FayEUGMhX8IEcT+M0vD0v1CtZVs5zIuio6TkfFm5sMwrefGbo1Rj31WYsQngIZl yRs/lltj4T4SeN1Wg5iZovYHiabQkEjKSBFrVZphIYaRCyWQfe1aPWZ31XH4IpE5xSoY UV/OrBAzruf0lg8uVx6ZMfbKVCzVol9rPP+wqL/l3YFbvVLPmmktSyA/UMSu6fd32vJI kpnxtyQYYsTU8kzmD70TbiRmTY16fFvzz+vXenigkTYpfgOuqUx5ZNPXark8Htlep4Uq Z4LJWeLOWbuib2qqvEXQS5Jung7LIMc8ZsFLb6eHwR1nKsrYgegMvuyiaUzVpSGr4LnC H/pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oPnGrCsDweJC7Zz0y7eKXWoM4ELJD4X57F4k9d5Sqyg=; b=puweyDiCkiD6hE52bnwktdbQCBsA7PvsgdOE5E+TcXndajLWRXsqncO7xc+HKrZijI aQ5oFRMGUht9OYX9NBRoJC5rPS8oecSmcyk2l2+YXjyTfIugZhhda0sosVsdAhDzXIpD J7stZckJjJ8pOYYWjliGFoSKDUZUhHDsuIqoYGGNaU1NnB/Hr/KDfn6x/CqdIm7wDYIt GTC9dSdzFNKXjkzOEtZiI2aybVPBQ7TeMPmcYDpCj7wpHyZAMrYeKPeZTNOhB3owyMpL QUPltBA31wQax2pDQST59UBG0b4FKEbSOd5p1PWG1qBkn6QQV4O8tX68szq8iFKl/UHJ wTeQ== X-Gm-Message-State: AOUpUlH0r55FQoBqoin78FkV3ohU4w1mhlNbyoklDJm5ZG+QaVdmROjL 8OBp0wfLDaiUi+TLXNVaV1UWJBOjbFEbjYQlVII= X-Google-Smtp-Source: AAOMgpcUhCP3TU8OOgnwPZpn+Nz28Gd7nPz4oyGKWkY/gIS9E8fPN46KgOuu0b4DwB4Jer6GC53BJLrhWQucV+8j4ZE= X-Received: by 2002:a1c:ea9c:: with SMTP id g28-v6mr5187246wmi.65.1532033930463; Thu, 19 Jul 2018 13:58:50 -0700 (PDT) In-Reply-To: <87601b9t8f.fsf@fastmail.com> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c09::233 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:227563 Archived-At: --000000000000358d2805716072a7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I haven't looked into LSP in detail and probably should, but so far I think what I want to do with it should be possible with portions of CEDET/semantic. Even if CEDET does not warrant continuation, how would you define obsoletion? I'm working mostly with Java applications mobile native and server side as well as small and midsized nodejs projects. If LSP can work for these environments I'd be happy to have a look. Thanks, Andreas Marschke. On Thu, 19 Jul 2018 at 16:41, Joshua Branson wrote: > Andreas Marschke writes: > > > Hi all! > > > > In a quest to add some improvements to CEDET/Semantic I came across the > fact of the splintered codebases people are potentially working on. > > > > We have the CEDET project on SourceForge with changes going beyond the > initial import into emacs. > > And then there is the version shipped with Emacs. > > > > When comparing the code basis one of the most immediate things that > struck me, was the availability of tests and that there was even > rudimentary unit testing employed, This is not the case > > for the code in Emacs tree. > > > > Are there efforts to import the code from Sourceforge anew into the > emacs tree or is it intended to remain there as it pertains to features n= ot > intended to be shipped with Emacs? > > > > Not to be a debbie downer, but is CEDIT worthwhile to continue? > (admittedly I really don't know much about CEDIT). I'm under the > impression that semantic may not be needed, since microsoft is pushing > the LSP (language server protocal). > > Just curious, > > Joshua > > --=20 Mit freundlichen Gr=C3=BC=C3=9Fen, Andreas Marschke. _________________________________________________________ Web: http://www.andreas-marschke.name Blog: http://andreasmarschke.wordpress.com Github: http://github.com/andreas-marschke --000000000000358d2805716072a7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I haven't looked into LSP in detail and probably shoul= d, but so far I think what I want to do with=C2=A0
it should be possibl= e with portions of CEDET/semantic.=C2=A0

Even if C= EDET does not warrant continuation, how would you define obsoletion?
<= div>
I'm working mostly with Java applications mobile nat= ive and server side as well as small and=C2=A0
midsized nodejs pr= ojects. If LSP can work for these environments I'd be happy to have a l= ook.

Thanks,

Andreas Mars= chke.

On Thu, 19= Jul 2018 at 16:41, Joshua Branson <jbranso@fastmail.com> wrote:
Andreas Marschke <andreas.marschke@gmail.com> writes:

> Hi all!
>
> In a quest to add some improvements to CEDET/Semantic I came across th= e fact of the splintered codebases people are potentially working on.
>
> We have the CEDET project on SourceForge with changes going beyond the= initial import into emacs.
> And then there is the version shipped with Emacs.
>
> When comparing the code basis one of the most immediate things that st= ruck me, was the availability of tests and that there was even rudimentary = unit testing employed, This is not the case
> for the code in Emacs tree.
>
> Are there efforts to import the code from Sourceforge anew into the em= acs tree or is it intended to remain there as it pertains to features not i= ntended to be shipped with Emacs?
>

Not to be a debbie downer, but is CEDIT worthwhile to continue?
(admittedly I really don't know much about CEDIT).=C2=A0 I'm under = the
impression that semantic may not be needed, since microsoft is pushing
the LSP (language server protocal).

Just curious,

Joshua



--
Mit freundlichen Gr=C3=BC=C3=9Fen,

=
Andreas Marschke.
__________________________________________= _______________
--000000000000358d2805716072a7--