From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ergus Newsgroups: gmane.emacs.devel Subject: Re: etags name collision. Date: Mon, 11 Apr 2022 20:15:54 +0200 Message-ID: <20220411181554.hs5mnvq3lyshehpe@Ergus> References: <20220411124736.3qijvtearh6wlen7.ref@Ergus> <20220411124736.3qijvtearh6wlen7@Ergus> <83pmln69n0.fsf@gnu.org> <20220411134749.ps6g5ulpbamzm6ot@Ergus> <83k0bv679q.fsf@gnu.org> <83czhn5zbc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12496"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 11 20:18:43 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 1ndycd-0002zX-4v for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Apr 2022 20:18:43 +0200 Original-Received: from localhost ([::1]:51782 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ndycc-0006nM-2p for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Apr 2022 14:18:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35658) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ndyaC-0004Al-FV for emacs-devel@gnu.org; Mon, 11 Apr 2022 14:16:12 -0400 Original-Received: from sonic307-2.consmr.mail.bf2.yahoo.com ([74.6.134.41]:40048) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ndya6-0000cC-W6 for emacs-devel@gnu.org; Mon, 11 Apr 2022 14:16:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1649700965; bh=ggqSwodkz4l5kJMe73DPWuJTn/6adc6nDU7e6lR4F+w=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=AuzXFXT7Ll39jzY62aSVj19BTaQ6J42XXuOrE/pFR2XRyQik6SxeJKOi8vEzfFDdg3Qkubf3f6IJLpUB1h3P5tsmAGh6QPimGn5hVv6xIIxjkGaohQH373bTmf0FnfUHEnEUngK+/TPYaX7yu3T7JQgYc7SWI+7/hH8M9mkOc9RArcTu7xx6HlUAcGS8LiSJNLMDoDhE9Qnu6TZu635o0+0lTZ+uUfmUNdXvphEGk+niEtTurFvTkN6fDWrOdFdl75Cpbq1kbQZVBIZkSHU6r5gZwXpLrAt/XTcElYSX68PqQRBXdBwCPKVJqQFMYyLj4cqYtgLDeL7cq/KOIk9k/A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1649700965; bh=IVudqk4CvZjuMJrwfrgRPkgwbL+N/CVjz2h3Y+3rmjJ=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=iKxfclFmc+sY/Z5ieH4PfwVW85RXJgf+rvI1oJGiETRYyRTyImsJe18/Cqou/quIuZ/ABsxqLCMVNARkiIW9fP1yv1adGS0pMjoKWGBSAoIUVALx8ZxMCcv18UdyQowZ4585pxtGtifwl1Vef7lW/zgLNPM/XBSg9qgjBdAgMRYhfY0/lbl9quMnplzsjmqv3uhk41uMwaOgQ86tDwQUbNcRvnJZwZ6NLOWqrUsFm+AwP/EF5JeaCDN7DWecEc7ThDmRwIr13ckqLPA0zjVDPh7lMyvEGWupW1aqdcZmsBh9OTzrD98i154JqGeH2XVC8TgcoUYlroNryMiuUxF2sA== X-YMail-OSG: ssc2FFgVM1m2XihcUB_zb_flRf_vBllTQA5SpXei0Rn4g6N13AzURQeLhNFCyTz rAEyzbXYhhwrDJMIgFBv_9vCqbtnJgBzgrWzn_Kz6hDdVG.VCz1ajwop8ml_TtGyV6GqrtG8dEl7 0LhHC_bAHZkbb0bBWId3CyTGCajaBWUe_r9B357gLpz0t3NZicZ..zVebfWb.inhnF3Gty_5rEE6 4QPPttKmFOB1_1Sd6eKj3KDj19oX.cRWal2Ns7idM.QsIKCi6vnp52l7wIkmSQPyB1.6ziUYgatC PGoPvcjJDuRDn0e22DDMjkHILBfSFkKDy_vgYLXyHkWRRIvmzvXyabCFhzTpQ_Qyi8.pV14qwukX KqjIAHvUJFfa7gQqptJgAFtUqOflxRd7T.rvvpxoRSEfpG_uyQO2q0igwr8_KsVv9YvSvy3N2X0o nb3fjRL8E8ZeU29HdSV2JPe5mxRVrTmiyu6G_jxKfwH9iVaELFRs406Gn5JduHwt6VXKI9E41Qtl UsbuycFfFZ87uLDp8IuGnvh7_fVhM4kfZ0FjC9rxmZglcJSiTTs1a9HApT.246_Q39MeVyQpi7yq BFG25W2UTG2sfTf4GNYCwTi152AI0ASTx7w9CF.6yj3bZVabyVLexW5WggFkJYzZ3qQgqRnVZnik uXGZlacvYhxwK7WMMzlBDT8nBUP157Kjdc7nNpRUf9AXzQ6poApTXaceIRcs_beAoLzt26DnhJrv _.uDgD5w6DJ3RXMwKcoUHzUEqG1za1E5_GZ_hjNNbXJuGJnu6rNO90dXYefu1TPAFY0mU1lI4mGu QQ6vlvux2WOyHYTKMXbOWekA.ATIIjZ8kLTDhJt4P8 X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Mon, 11 Apr 2022 18:16:05 +0000 Original-Received: by kubenode510.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b4754d84480065f5d74bd11691c971d2; Mon, 11 Apr 2022 18:15:59 +0000 (UTC) Content-Disposition: inline In-Reply-To: X-Mailer: WebService/1.1.20048 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Received-SPF: pass client-ip=74.6.134.41; envelope-from=spacibba@aol.com; helo=sonic307-2.consmr.mail.bf2.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action 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:288238 Archived-At: Hi Stefan: I totally agree with you in everything here and this was actually the reason to start this thread. There are two points here: 1) We are talking about the ctags executable, not about the etags one... emacs does not use such ctags executable at all and it is compiled and installed unconditionally. 2) About etags IMHO, if we could support "Exhuberant/Universal ctags" (even if not enabled by default) is a much better solution in the long path and an important step because it will save us to maintain and support all the languages that they already maintain but also in a better way. Even no so weird languages like C++ or some very popular ones like Rust have very poor or null support in etags, the database creation needs to filter files manually and it is sadly useless for tramp users that frequently have ctags in remote hosts but not etags or emacs. > >BTW, regarding the state of our `ctags` compared to the other ones. >A few years back I remember someone comparing them and finding out that >we support fewer languages but that for some of those languages we >provided better results. If that's not the case any more, maybe we >should check to see if we could make `etags.el` use "Exhuberant ctags" >when available so as to benefit from the better tool. > I am not sure when such comparison was made but at the moment Universal Ctags is very powerful and modular and superior Compared with "Exhuberant ctags". It works pretty well as backend for other programs like gtags; adding external modules of backends is relatively easy, so it is in constant development and active... You just need to give a look to their repository: https://github.com/universal-ctags/ctags > > Stefan > vim users get this working out of the box for all the languages while we have very poor support for it.