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.bugs Subject: bug#73484: 31.0.50; Abolishing etags-regen-file-extensions Date: Wed, 02 Oct 2024 21:56:45 +0300 Message-ID: <865xqa1ggi.fsf@gnu.org> References: <87tteaznog.fsf@zephyr.silentflame.com> <8734lrrj4e.fsf@zephyr.silentflame.com> <87o74c1ce1.fsf@zephyr.silentflame.com> <87jzezzg87.fsf_-_@zephyr.silentflame.com> <37e4b3cd-6363-4f55-9921-92a1182679dc@gutov.dev> <86ttdy50ja.fsf@gnu.org> <75fe4289-da41-454d-ba92-22a92ea7002f@gutov.dev> <86frpe2186.fsf@gnu.org> <8e305b6d-8ca8-4437-990f-183ebc007d18@gutov.dev> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34067"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 73484@debbugs.gnu.org, spwhitton@spwhitton.name To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 02 20:57:19 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1sw4XG-0008iX-Nw for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 02 Oct 2024 20:57:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sw4X2-0000L4-NU; Wed, 02 Oct 2024 14:57:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sw4X0-0000Kq-OV for bug-gnu-emacs@gnu.org; Wed, 02 Oct 2024 14:57:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sw4X0-0001Yr-FP for bug-gnu-emacs@gnu.org; Wed, 02 Oct 2024 14:57:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=References:In-Reply-To:From:Date:To:Subject; bh=8EqvFEYhajW31dYFbUgu5HrfkxZrAGpQGRGxGITHYrg=; b=TXU10jL9mc40QpywEGOz4bF3qljqKKDYAeXp5msNGq+yg+QzivFxngEu7P6uWxiUn5+5QYdBVjTDKKXasgteKkMUZgQZxQJdA0IMjT9Kol4LuELGs8vUgtnXB5rXu5BRheB5cCfVlATAZg3UjWzFbV5X+u9qX6Don14Oh/jBCM2iZtZfgZkcbrvxv4eaqf/lEAm9CslLCC/0JXkfCvJg6a4ykdvArmU2LKIrJcBR48gXRBD4bQ9n7qr62w3e+kj+5SSLd40hbxUGxzftm68H0cUuPaZwEnSvxqC++ER2SQvjXCJ/A/Uzjf4LzsfUDM1asH6jpLxjspmFtW2QcoF4nw==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sw4X0-0001tf-6T for bug-gnu-emacs@gnu.org; Wed, 02 Oct 2024 14:57:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Oct 2024 18:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73484 X-GNU-PR-Package: emacs Original-Received: via spool by 73484-submit@debbugs.gnu.org id=B73484.17278954177276 (code B ref 73484); Wed, 02 Oct 2024 18:57:02 +0000 Original-Received: (at 73484) by debbugs.gnu.org; 2 Oct 2024 18:56:57 +0000 Original-Received: from localhost ([127.0.0.1]:59229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sw4Wu-0001tI-SO for submit@debbugs.gnu.org; Wed, 02 Oct 2024 14:56:57 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:35948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sw4Wt-0001sz-G2 for 73484@debbugs.gnu.org; Wed, 02 Oct 2024 14:56:56 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sw4Wn-0001VR-2e; Wed, 02 Oct 2024 14:56:49 -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=8EqvFEYhajW31dYFbUgu5HrfkxZrAGpQGRGxGITHYrg=; b=qfLYDDW2OF/P sWHfG93P5MTzUGm/2SxjEMuhyCtMO4X66jM70PqZWFTEBZQknYabqTUo1z9/eh+rFrOrl0ubd8X9y uRusjmvdPqI6ZnTqq8gIT+V9R8uONnpH+vOk7bUtknbBETNyc1mbcxVaKTCt3hFeenAIYAysbWCAb lChHexYx3NrbedVkP+dUCUueP9R2DYvzdu1VCB+b/TawUkKVla0ASl5TMQI2PvrP6aT5bOt2MByUn NAG88F+rDSMWq49PcLMQ6JgHXy4pmwX8lLz9dfa43/axg3rx9UG2RlEvr8xC1/aqPyr4bZJ7DzFpU ZFrf8pWPpauTfJ42Hrlr1g==; In-Reply-To: <8e305b6d-8ca8-4437-990f-183ebc007d18@gutov.dev> (message from Dmitry Gutov on Wed, 2 Oct 2024 21:00:58 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:292858 Archived-At: > Date: Wed, 2 Oct 2024 21:00:58 +0300 > Cc: spwhitton@spwhitton.name, 73484@debbugs.gnu.org > From: Dmitry Gutov > > On 02/10/2024 14:28, Eli Zaretskii wrote: > >> Date: Tue, 1 Oct 2024 02:19:17 +0300 > >> Cc: spwhitton@spwhitton.name, 73484@debbugs.gnu.org > >> From: Dmitry Gutov > >> > >> Just do nothing. > > > > Doing nothing means the file's name will not appear at all in TAGS. I > > don't think that's TRT, since every file submitted to etags should be > > mentioned in TAGS for the benefit of tags-search and similar features. > > Hmm, maybe another flag, then? > > Including many unrelated files would just bloat the tags file for little > reason. And unlike manual generation, it's not like the user asked for > all of them to be included. What do we tell to users of tags-search and its ilk? > > So I currently tend to modify etags such that if no language was > > detected by the file's name/extension, and this new no-fallbacks > > option was specified, etags will behave as if given --language=none > > (which also means that if any regexps were specified, they will be > > processed correctly for such files). > > Any regexps for "all" files, right? The rules for regexps don't change: each regexp applies to the files that follow it on the command line. > ...but if there are no matches I'd prefer the files to be skipped. The > files detected as type 'none' anyway. I don't like this, and I think this is misguided. I also don't see any special problem with having lines that name files in TAGS, it isn't like the size of TAGS will grow significantly or its processing will be significantly slower. IOW, this sounds like a clear case of premature optimization.