all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Francesco Potorti` <pot@tucano.isti.cnr.it>
Cc: Olaf Dabrunz <od@suse.de>, emacs-devel@gnu.org
Subject: Re: [PATCH, RFC] etags/ctags v22.0.92 break Linux kernel `make TAGS/tags`
Date: Tue, 26 Dec 2006 15:13:08 +0100	[thread overview]
Message-ID: <E1GzD3E-0006S5-MZ@tucano.isti.cnr.it> (raw)
In-Reply-To: <1166990491.2706.205.camel@localhost.localdomain>

>`make TAGS` produces a TAGS that causes the emacs v22.0.92 command 
>'M-x tags-search' to repeatedly stop with complaints about missing files.
>Proximate cause of this is "#line" directives in Linux source files.

I cannot reproduce this on a 2.6.18 Linux tree with Emacs 22.0.91.

By the way, I did not know that 22.0.92 was out.  Would someone please
tell me where I can download it?

Anyway, etags has not changed in that respect since 22.0.91.  Would you
please detail precisely the steps you followed to trigger the bug?  And,
just to be sure, please let me know the output of 
 strings `which etags` | fgrep revision

>`make tags` produces hundreds of lines of complaints about duplicate
>entries.

This also happens with the Emacs 21 version of etags.  Olaf Dabrunz once
suggested that ctags optionally allows for duplicate entries, which
modern versions of vi can handle.

Do people think that this would be a good idea?  If you want to try out
the result, look for "if (!dif)" in the source and disable that piece of
code.  I do not use vi myself, so I cannot thest this reliably.

  parent reply	other threads:[~2006-12-26 14:13 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-24 20:01 [PATCH, RFC] etags/ctags v22.0.92 break Linux kernel `make TAGS/tags` Don Mullis
2006-12-25  5:41 ` Masatake YAMATO
2006-12-25 16:47   ` Don Mullis
2006-12-25 22:36     ` Francesco Potorti`
2006-12-26 14:13 ` Francesco Potorti` [this message]
2006-12-26 18:43   ` Don Mullis
2006-12-28  0:10     ` Francesco Potorti`
2006-12-28  5:48       ` Don Mullis
2006-12-28 10:21         ` Francesco Potorti`
2006-12-29 22:58         ` Richard Stallman
2006-12-30 20:36           ` Don Mullis
2006-12-31  1:46             ` Richard Stallman
2006-12-27  2:59   ` Richard Stallman
2006-12-30 12:15     ` Francesco Potorti`
2006-12-31  1:45       ` Richard Stallman
2007-01-02 11:41         ` Francesco Potorti`
2007-01-02 14:26           ` Frank Schmitt
2007-01-03  1:24             ` Francesco Potorti`
2007-01-03 12:06               ` Frank Schmitt
2007-01-03 14:33                 ` Frank Schmitt
     [not found]               ` <m38xgk47lc.fsf@mid.gehheimdienst.de>
2007-02-05  8:25                 ` Francesco Potorti`
2007-01-02 21:24           ` Richard Stallman
2007-01-03  0:40             ` Francesco Potorti`
2007-01-02 21:24           ` Eli Zaretskii
2007-01-03  0:42             ` Francesco Potorti`

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1GzD3E-0006S5-MZ@tucano.isti.cnr.it \
    --to=pot@tucano.isti.cnr.it \
    --cc=emacs-devel@gnu.org \
    --cc=od@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.