[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 23-fyi-tags.patch
From: |
Akim Demaille |
Subject: |
Re: 23-fyi-tags.patch |
Date: |
20 Aug 2001 18:35:30 +0200 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Artificial Intelligence) |
>>>>> "Paul" == Paul Eggert <address@hidden> writes:
>> Now that I have finally understood how to have this ... XEmacs work
>> properly with the `include' TAGS directive, I discovered how useful
>> this can be!
Paul> Perhaps you can explain it to us? :-) More seriously: does an
Paul> explanation belong in the Autoconf manual somewhere?
Nope, it's just a plain XEmacs bugs. Well, actually, after some fight
I found a relevant comment:
etags.el:
;; #### Should make it work with the `include' directive!
(defun add-to-tag-completion-table ()
tags work fine with XEmacs as long as you don't use the completion of
tag names :( It's like this since years...
Paul> I don't often use XEmacs, so I hope it works with GNU Emacs.
I know :)
>> +ETAGS_SH = --lang=none --regex='/\([a-zA-Z_][a-zA-Z_0-9]*\)=/\1/'
>> \
Paul> I'm afraid you'll have to spell out the character ranges, e.g.:
Paul> ETAGS_SH = --lang=none
Paul>
--regex='/\([abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_][abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_0123456789]*\)=/\1/'
Paul> \
Paul> as 'a-z' isn't portable outside the C locale and (as far as I
Paul> can see) there's no guarantee that the regex is interpreted in
Paul> the C locale.
Arrg. I forgot. Thanks <g> :)
Paul> Other than that, the change looks good if it works for you.
It does.
Thanks for the other reports too!