emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Why does etags ask me if I want to keep the old TAGS - I do not want


From: Matzi Kratzi
Subject: Re: Why does etags ask me if I want to keep the old TAGS - I do not want to load a new
Date: Thu, 12 Apr 2007 12:05:40 +0200

Here is a reproduceable way to trigger the problem
I have the emacs source in c:\download\emacs-cvs\emacs\
I have installed emacs to c:\download\emacs-cvs\070410\


C:\>cd \download\emacs-cvs\emacs\src

C:\download\emacs-cvs\emacs\src>\download\emacs-cvs\070410\bin\etags *.*
\download\emacs-cvs\070410\bin\etags: skipping bitmaps: it is not a
regular file.
\download\emacs-cvs\070410\bin\etags: skipping CVS: it is not a regular file.
\download\emacs-cvs\070410\bin\etags: skipping m: it is not a regular file.
\download\emacs-cvs\070410\bin\etags: skipping oo-spd: it is not a regular file.

\download\emacs-cvs\070410\bin\etags: skipping s: it is not a regular file.
\download\emacs-cvs\070410\bin\etags: skipping inclusion of TAGS in self.

C:\download\emacs-cvs\emacs\src>\download\emacs-cvs\070410\bin\runemacs
-Q process.c

M-x find-tag Lisp_Object RET

Change "c:/download/emacs-cvs/emacs/src/" to "c:/download/emacs-cvs/emacs/Src/"

M-x find-tag EMACS_INT RET



Since tab completion sometimes takes more than ten seconds in the
directories where I work, I often write out the names myself and since
letter-case usually does not matter on ms windows, I did not figure
out it would matter in this case.



On 4/11/07, Eli Zaretskii <address@hidden> wrote:
> Date: Wed, 11 Apr 2007 07:53:27 +0200
> From: "Matzi Kratzi" <address@hidden>
> Cc: address@hidden
>
> The problem appears to be the letter-case. I can repeat this by using
> etags from the pretest on the files in src in the pretest source. If I
> load process.c, run find-tag and change the spelling of src to Src, I
> get the same behaviour the second time I use find-tag.

Please give me a complete self-contained test case, starting from
"emacs -Q".  I'd like to see whether some of these problems can be
easily fixed before Emacs 22.1 is released.

TIA





reply via email to

[Prev in Thread] Current Thread [Next in Thread]