find-tag and partial completion mode

find-tag and partial completion mode

[A Soare]

1. Emacs -Q

2. M-x partial-completion-mode

3. M-. re-fr-st <M-TAB> Insert the path to your TAGS of emacs. <RET>

No symbol found. However there is read-from-string.

Re: find-tag and partial completion mode

[Glenn Morris]

A Soare wrote:

> 1. Emacs -Q
>
> 2. M-x partial-completion-mode
>
> 3. M-. re-fr-st <M-TAB> Insert the path to your TAGS of emacs. <RET>
>
> No symbol found. However there is read-from-string.

Press TAB, not M-TAB.

Re: find-tag and partial completion mode

[A Soare]

> Message du 02/05/07 à 09h59
> De : "Glenn Morris" <rgm@gnu.org>
> A : alinsoar@voila.fr
> Copie à : "Emacs Dev [emacs-devel]" <emacs-devel@gnu.org>
> Objet : Re: find-tag and partial completion mode
> 
> A Soare wrote:
> 
> > 1. Emacs -Q
> >
> > 2. M-x partial-completion-mode
> >
> > 3. M-. re-fr-st <M-TAB> Insert the path to your TAGS of emacs. <RET>
> >
> > No symbol found. However there is read-from-string.
> 
> Press TAB, not M-TAB.
> 
> 

It does not matter what I press. Look at the output in the *messages* :

find-tag-tag: Command attempted to use minibuffer while in minibuffer
next-history-element: Beginning of history; no preceding item
/gnu/emacs/src/TAGS and /gnu/emacs/TAGS are the same file
Starting a new list of tags tables
Making tags completion table for /gnu/emacs/TAGS...
/gnu/emacs/src/TAGS and /gnu/emacs/TAGS are the same file [2 times]
visit-tags-table-buffer: File /gnu/lwlib/TAGS is not a valid tags table
Making tags completion table for /gnu/emacs/TAGS...
visit-tags-table-buffer: File /gnu/lwlib/TAGS is not a valid tags table

No symbol found.

I used and compiled the CVS sources from yesterday , 1st may.

Re: find-tag and partial completion mode

[A Soare]

> A Soare wrote:
> 
> > 1. Emacs -Q
> >
> > 2. M-x partial-completion-mode
> >
> > 3. M-. re-fr-st <M-TAB> Insert the path to your TAGS of emacs. <RET>
> >
> > No symbol found. However there is read-from-string.
> 
> Press TAB, not M-TAB.
> 
> 

That is. I solved it. I have emacs installed in /gnu/emacs/ and I used a soft link from /gnu/emacs/src/TAGS to /gnu/emacs/TAGS.

in TAGS there is a line 

../lwlib//TAGS,include

and from here the error was born.


Now it is clear.

So in the actual form if we can try to use a soft-ling to the TAGS files, tags do not work any longer.


Alin Soare.

Re: find-tag and partial completion mode -- Francisco, urgent!

[Richard Stallman]

Francisco, what do you think of this issue?


    in TAGS there is a line 

    ../lwlib//TAGS,include

    and from here the error was born.

Please try changing that line to

    ../lwlib/TAGS,include

Does that make it work?

Remember that in Emacs // has a special meaning.
Perhaps etags.el should remove the duplicate / to prevent
that Emacs meaning from being applied.

Re: find-tag and partial completion mode -- Francisco, urgent!

[Tom Tromey]

>>>>> "GM" == Glenn Morris <rgm@gnu.org> writes:

>> in TAGS there is a line 
>> ../lwlib//TAGS,include
>> and from here the error was born.

GM> The "issue" is just that if you have a file which contains a line
GM> like:
GM>   include ../foo
GM> and you access the file through a symlink from a different directory,
GM> then ../foo (probably) does not exist.

GM> The solution is just to not access the TAGS file through a symlink
GM> (something which there is no need to do).

The original poster's problem can be solved by using the etags -i
feature instead of making a symlink.  I.e., rather than:

    ln -s src/TAGS TAGS

use

    etags -i src/TAGS

Tom

Re: find-tag and partial completion mode -- Francisco, urgent!

[Glenn Morris]

>     in TAGS there is a line 
>
>     ../lwlib//TAGS,include
>
>     and from here the error was born.

The "issue" is just that if you have a file which contains a line
like:

  include ../foo

and you access the file through a symlink from a different directory,
then ../foo (probably) does not exist.

The solution is just to not access the TAGS file through a symlink
(something which there is no need to do). Or put the absolute path in
the TAGS file (which is then fragile if you want to move the sources
somewhere else). That means changing the TAGS target in src/Makefile
to specify an absolute path to lwlib rather than a relative one. No
point, IMO.

For some reason, this has turned back into Alin's previous "lwlib"
thread, but now disguised as a partial-completion issue.