From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Should EDE use project.el [PATCH] Date: Mon, 16 May 2022 20:15:17 +0300 Message-ID: <83fsl9iel6.fsf@gnu.org> References: <20220516114643.5234do3n6zbyxv7r.ref@Ergus> <20220516114643.5234do3n6zbyxv7r@Ergus> <20220516150035.f5yryr6uby6msfqy@Ergus> <20220516160938.6i5hy65l5s5d7in3@Ergus> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28371"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dgutov@yandex.ru, emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 16 19:39:40 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nqeh1-0007Eu-7b for ged-emacs-devel@m.gmane-mx.org; Mon, 16 May 2022 19:39:39 +0200 Original-Received: from localhost ([::1]:36866 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nqegz-0004Fa-9l for ged-emacs-devel@m.gmane-mx.org; Mon, 16 May 2022 13:39:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:32922) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nqeJc-0001Xz-Jh for emacs-devel@gnu.org; Mon, 16 May 2022 13:15:28 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:41162) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nqeJc-0000bX-AD; Mon, 16 May 2022 13:15:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=lHHOshr0zW1UQL7zOq+lGo+RpBVvTbI77H47oNmfLPE=; b=UuBSziPst1YE ZEiS81oZhhIjayNpjbhTDObnZacH0R9qByytVKa3FBkL8dZ9kcSj64lgZv1uS+6ucOd0UlV8+FVlb R9qfGQkVE2jT/hJ4eQwAMeVOLhRUSoxDXGdNPFyO/Xf7bz9/ooHy01QSpCproAcuNI1eMRd1rq53R h5UlcpQwEKBClf8XZhrw6+KYAaOPrMHOq/gUTnp8ZhjCT4+Rljr3FWSay5Pl8FqFMgOKcUwuzr2m0 mlpYO7NvBa0WrQ9y6SfX61yY2e9lJFlZib7uTH5NV7uqqLkz2r+W5Q0QqMV6cK69PQ2oNEfzOj6MK f9JIDlVm/lwhP/J9ds2Q9A==; Original-Received: from [87.69.77.57] (port=3325 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nqeJb-0007hB-Oe; Mon, 16 May 2022 13:15:28 -0400 In-Reply-To: <20220516160938.6i5hy65l5s5d7in3@Ergus> (message from Ergus on Mon, 16 May 2022 18:09:38 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:289811 Archived-At: > Date: Mon, 16 May 2022 18:09:38 +0200 > From: Ergus > Cc: emacs-devel@gnu.org > > >Do you use it? CEDET, I mean. If yes, this can be a beneficial > >direction to go in. My observations say it's only falling out of > >favor, though. > > > Actually I don't know how to use it properly yet. I just tried this > because I tried something with gtags and I found that it has its own > backend for global/gtags BUT un-optimized and tramp and similes fail (as > expected). > > The last commit in their git repo was in 2019 and it seems to be almost > totally unmaintained (in a quick test I found some issues > immediately)... which means I am not even sure if there is anyone still > using it. > > So my first recommendation would be to remove/deprecate it in favor of > project.el CEDET includes many features that project.el doesn't have (and AFAIU is not intended to have any time soon, if at all). Moreover, some of those features are actively used, for example by Xref commands. I don't understand how we can deprecate those parts, let alone remove them. Maybe you only meant the parts in CEDET that handle project structure, i.e. that overlap what project.el does. Those parts we could perhaps consider deprecating, especially if we can make CEDET use project.el instead. But AFAIR that's a very small part of what we have below cedet/, functionality-wise.