From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: John Yates Newsgroups: gmane.emacs.devel Subject: Re: Generation of tags for the current project on the fly Date: Thu, 8 Feb 2018 15:31:13 -0500 Message-ID: References: <4559858d-eb32-d071-fdad-e51430700260@yandex.ru> <83shbb30z1.fsf@gnu.org> <8360863o6a.fsf@gnu.org> <27a58fb2-d2ee-e5fc-158d-ec41be401987@yandex.ru> <83y3l0za1f.fsf@gnu.org> <259c557d-e3a3-c01b-9ba3-30df09d247ea@yandex.ru> <83inc3znpu.fsf@gnu.org> <98f4f0c3-6815-bf86-fa23-1a330c60b9f3@yandex.ru> <87lggwkuth.fsf@tromey.com> <877esgqdhk.fsf@tromey.com> <1fad0c79-cd65-df83-9dcc-2650fed4dad1@yandex.ru> <76696ae3-318c-bb83-bbf9-a4f8680114ba@yandex.ru> <87lggsnkwc.fsf@tromey.com> <854cd0fd-5e4f-771a-0f58-b94373a2f98c@yandex.ru> <878tcgaqd9.fsf@tromey.com> <22dbecf2-4153-9410-722f-e98e48481302@yandex.ru> <83372f8ix9.fsf@gnu.org> <651fd4fb-bd0b-1cf5-62e0-aa8abe104817@yandex.ru> <83eflx7vw2.fsf@gnu.org> <2acd2301-771d-1749-36b7-a08fa6d668e8@yandex.ru> <83d11h7a54.fsf@gnu.org> <2d15ac14-586f-b997-1cce-0e8a6f998584@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c19f05a05f5990564b94b80" X-Trace: blaine.gmane.org 1518122694 27326 195.159.176.226 (8 Feb 2018 20:44:54 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 8 Feb 2018 20:44:54 +0000 (UTC) Cc: Eli Zaretskii , tom@tromey.com, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 08 21:44:49 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 1ejt3b-000636-U8 for ged-emacs-devel@m.gmane.org; Thu, 08 Feb 2018 21:44:36 +0100 Original-Received: from localhost ([::1]:47647 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejt5d-0002sJ-BG for ged-emacs-devel@m.gmane.org; Thu, 08 Feb 2018 15:46:41 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51613) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejsqj-0005O5-BL for emacs-devel@gnu.org; Thu, 08 Feb 2018 15:31:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejsqi-0002jc-KI for emacs-devel@gnu.org; Thu, 08 Feb 2018 15:31:17 -0500 Original-Received: from mail-ua0-x244.google.com ([2607:f8b0:400c:c08::244]:36112) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ejsqh-0002iy-30; Thu, 08 Feb 2018 15:31:15 -0500 Original-Received: by mail-ua0-x244.google.com with SMTP id i15so3757886uak.3; Thu, 08 Feb 2018 12:31:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=mLi8yiE/n3leCogpjYPTWb1P6JZaSZqp4iYFpoNpR0Y=; b=A1F7sFi/TdwpZBgJmqvwR5CBkjTmRSEdB7sHuyT7/qoeZhqv5996DPWqd1YSVyYIyk jx61mywBKkcn/whDroz4oclITvE1DPNu5UVlg5YDT4mVGn0SXOysS/3zclMQk46naCDb bxQDsh27jKJxIF9UVQ99NNJuW1lxgonozZEJ0WHOzsvb0AQw43vpGAdEBV9W0G47YKh4 4rTtr/4OxFg7fqSWF2cllbpFy3jlo5nRz1MO2tIflv1K/2t5LMw33MztCca7ybQ/0Bjt bWV42pcm0myEbLwHXyrmTWHdgPKyIrR7OE5+4wbo/U6lDUwYKwM1GufvtqY/pxHhAapG O0AA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=mLi8yiE/n3leCogpjYPTWb1P6JZaSZqp4iYFpoNpR0Y=; b=i4IunonaA/mvvZb1tHioqTIAvA+kSel7GoTpe5lQi/3ZMM400KialzFqZwWeFMWeq/ YPonoh31A6aL4JjtmlSJ6js4oYyHMkkT2LaeeYWgwla2PvavfR6l2ceDd11fQDzvJ4LX cKe4HT3BAvyGvwKFuqK24TUWqaT1BJmdrV8GIaArrxV5Pbr7Agy5PeGUHBAzxMCf7eUS Jle+8CN0K+Zw3qYEkHnh84GzCHfVFp6gMHOE5wUQxvNryBBBuaCcvqvC8U+MC+AZXbDF xjX3803vyHhkatzEB0LWUi6NwSjHLCk66H1MBgaOVr/N+SJDkpZev03VxQ/PfBzOqO/H 4IZQ== X-Gm-Message-State: APf1xPDPTBTcTCe2Yh576Nzuy3GViWH/Dp0Nz29JGvfi1jS9JFk7wvXI QSRI2ok5L+GhN4xaJqBlfUksz0IXuK8pKU315Qo= X-Google-Smtp-Source: AH8x226Knr5h9ytTxq29VTrh/tH6AwACN0rMTz5KCU1XyVrVg/69dHKnTe/t9yeqH0nR2izQxYpjm6jcsK/6llrFZAQ= X-Received: by 10.159.48.12 with SMTP id h12mr483113uab.166.1518121873960; Thu, 08 Feb 2018 12:31:13 -0800 (PST) Original-Received: by 10.31.51.3 with HTTP; Thu, 8 Feb 2018 12:31:13 -0800 (PST) Original-Received: by 10.31.51.3 with HTTP; Thu, 8 Feb 2018 12:31:13 -0800 (PST) In-Reply-To: <2d15ac14-586f-b997-1cce-0e8a6f998584@yandex.ru> X-Google-Sender-Auth: i_veJoOQYHFinZMwzFVw01R4_hE X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400c:c08::244 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:222627 Archived-At: --94eb2c19f05a05f5990564b94b80 Content-Type: text/plain; charset="UTF-8" Git seems to be able to compute new/modified/dropped with quite tolerable efficiency even fir large projects. Are there lessons to be learned there? /john On Feb 7, 2018 3:47 AM, "Dmitry Gutov" wrote: > On 2/7/18 06:26, Eli Zaretskii wrote: > > It would be nice to keep the index up-to-date automatically during all >>> that. Many users would expect that, I think. >>> >> >> Then I guess we should ask "etags -u" to do that automatically, >> i.e. for every file name it finds in TAGS to check whether that file >> exists, and if not, remove all its tags from the file. >> > > Maybe with a new option (e.g. 'etags -u --prune'), because it'll likely > take some time. I wonder how much the overhead is going to be. > > --94eb2c19f05a05f5990564b94b80 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Git seems to be able to compute new/modified/dropped with= quite tolerable efficiency even fir large projects. Are there lessons to b= e learned there?

/john

On Feb 7, 201= 8 3:47 AM, "Dmitry Gutov" <dgutov@yandex.ru> wrote:
On 2/7/18 06:26, Eli Zaretskii wrote:

It would be nice to keep the index up-to-date automatically during all
that. Many users would expect that, I think.

Then I guess we should ask "etags -u" to do that automatically, i.e. for every file name it finds in TAGS to check whether that file
exists, and if not, remove all its tags from the file.

Maybe with a new option (e.g. 'etags -u --prune'), because it'l= l likely take some time. I wonder how much the overhead is going to be.

--94eb2c19f05a05f5990564b94b80--