From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#26181: Remove etags Date: Tue, 21 Mar 2017 18:45:09 +0200 Message-ID: <898d25af-76ae-279b-8b90-4fd60ebed604@yandex.ru> References: <5a534b9a-14bf-ca3f-ae04-f37c6f66d399@yandex.ru> <837f3iwsa9.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1490114774 12741 195.159.176.226 (21 Mar 2017 16:46:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 21 Mar 2017 16:46:14 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.0 Cc: 26181@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 21 17:46:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1cqMv9-0002lC-FA for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 Mar 2017 17:46:07 +0100 Original-Received: from localhost ([::1]:41401 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cqMvF-0003dE-GZ for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 Mar 2017 12:46:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58439) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cqMv8-0003cI-Ki for bug-gnu-emacs@gnu.org; Tue, 21 Mar 2017 12:46:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cqMv4-0000zk-Dw for bug-gnu-emacs@gnu.org; Tue, 21 Mar 2017 12:46:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39999) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cqMv4-0000zf-7T for bug-gnu-emacs@gnu.org; Tue, 21 Mar 2017 12:46:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cqMv4-0000Pu-1b for bug-gnu-emacs@gnu.org; Tue, 21 Mar 2017 12:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Mar 2017 16:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26181 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26181-submit@debbugs.gnu.org id=B26181.14901147191550 (code B ref 26181); Tue, 21 Mar 2017 16:46:01 +0000 Original-Received: (at 26181) by debbugs.gnu.org; 21 Mar 2017 16:45:19 +0000 Original-Received: from localhost ([127.0.0.1]:38198 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqMuN-0000Ow-Ms for submit@debbugs.gnu.org; Tue, 21 Mar 2017 12:45:19 -0400 Original-Received: from mail-wm0-f42.google.com ([74.125.82.42]:33551) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqMuM-0000Oh-4f for 26181@debbugs.gnu.org; Tue, 21 Mar 2017 12:45:18 -0400 Original-Received: by mail-wm0-f42.google.com with SMTP id v203so3827076wmg.0 for <26181@debbugs.gnu.org>; Tue, 21 Mar 2017 09:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=eR15Sm8bXQ+Sw2iY3kUeEtupYtqMyFJBq/c1Vnbh/lo=; b=rv3OVJGeK1epFeciuP87IXrDza9hudCUFYlfwNgsr/UFqJSWN1+A+gTD5lbMVhVOz0 zNHlmcf+GedZWxtsQjHF3Liy//DAypz0xYM/Cf5arnn3E6URJ6LU20rrvnrPST2sPf9a gZe8ZvCqhiNYbAPQFRPb5U0iN2Y53PhavFulLDM7MjYOqBG4z6JfRUdhcEowMDnIucTc e2f6xorVAV1Ky80nSpi+bnjzVS3PGLAGhSX7KWzlEJgwRN3aWZUauUKqIb631AtlK/x6 47/p3GOUUVyRZA7zbEQOJBkUffu2459VD4konn0AuNWctohtm5m/ZUHKc0bO4+HOVain /Hyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eR15Sm8bXQ+Sw2iY3kUeEtupYtqMyFJBq/c1Vnbh/lo=; b=IC03f7VC2M8RpNzkyQSNM0uFqmO1oSfDsI9IC3zjV+n+EV2ZTlPf7kyiNhhFc8VVh4 MA5Al4BdA4gqJEynZLLWe3tZpl9dPQYXfqgc0v9wB7s98lMwqUr2UheQpVJRjvFWfWai c2IbBMTe1egjJMygvLE33NjhoMS1yQrA93RH118FUk9ZWAwQEdW/fa+oUha+opbYvxO4 g5ZSiHN6T/3QQKNwVENoqqr1ziD03VjQL2lISNE2jVSQvNPClMVUyVqpXGdNpgVlpvb5 leE99rhnPJcqzJ41WfITvVZ31qjvFmOKqX/UDaC4VifGvyk7j5YROQlE61oG+yDZR3fH 2H4g== X-Gm-Message-State: AFeK/H2i80C5EtEdxxW/DZG2f/2z9mOY0wfiO0QwvJ99rZgcDlruwgd8wqA5kFR1Pntftw== X-Received: by 10.28.46.198 with SMTP id u189mr3605813wmu.54.1490114712208; Tue, 21 Mar 2017 09:45:12 -0700 (PDT) Original-Received: from [192.168.0.133] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by smtp.googlemail.com with ESMTPSA id c76sm18328199wme.23.2017.03.21.09.45.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Mar 2017 09:45:11 -0700 (PDT) In-Reply-To: <837f3iwsa9.fsf@gnu.org> Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130788 Archived-At: On 21.03.2017 17:42, Eli Zaretskii wrote: >> The latter might mean learning to use the ctags output (Vim format). > > You mean, if we want to support tools beyond Universal ctags? Not what I meant. > (Because the latter supports Emacs-compatible TAGS output.) It officially does, but if etags is no more, the TAGS format has no reference implementation, and thus becomes less relevant and harder to conform to. The Vim tags format is clearly more important to a program like ctags, so we might want to get to supporting that. It's also more rich, IIUC. > Yes, if > we want to support other tools, we'd need to extend etags.el or rely > on external packages for parsing their tags tables. E.g. GNU Global > doesn't support TAGS format even as an option, AFAIK. True. For Global, I think the vast majority of code in etags.el becomes irrelevant.