On Wed, Jun 14, 2023 at 11:16 AM Tatsuo Ishii wrote:
>
> > Hi Sawada-san,
> >
> >> In my Mac environment where non-Exuberant ctags and emacs 28.2 are
> >> installed, the generated etags file cannot be loaded by emacs due to
> >> file format error. The generated TAGS file is:
> >>
> >> % head -10
> Hi Sawada-san,
>
>> In my Mac environment where non-Exuberant ctags and emacs 28.2 are
>> installed, the generated etags file cannot be loaded by emacs due to
>> file format error. The generated TAGS file is:
>>
>> % head -10 TAGS
>>
>> ) /
>>
Hi Sawada-san,
> In my Mac environment where non-Exuberant ctags and emacs 28.2 are
> installed, the generated etags file cannot be loaded by emacs due to
> file format error. The generated TAGS file is:
>
> % head -10 TAGS
>
> ) /
>
Hi,
On Tue, Feb 14, 2023 at 8:15 PM Tatsuo Ishii wrote:
>
> >> I fixed the above issues and refactored the code.
> >> Attached is the updated version of the patch. Thought?
> >
> > Thank you! Looks good to me.
>
> Fix pushed. Thank you!
In my Mac environment where non-Exuberant ctags and emacs
>> I fixed the above issues and refactored the code.
>> Attached is the updated version of the patch. Thought?
>
> Thank you! Looks good to me.
Fix pushed. Thank you!
Best reagards,
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp
>> Oops. Thank you for pointing it out. BTW, just out of curiosity, do
>> you have etags on you Mac?
>
> Yes.
>
> $ etags --version
> etags (GNU Emacs 28.2)
> Copyright (C) 2022 Free Software Foundation, Inc.
> This program is distributed under the terms in ETAGS.README
Ok. Probably that was
On 2023/02/08 20:17, Tatsuo Ishii wrote:
Attached is the v2 patch.
Thanks for the patch!
With the patch, I got the following error when executing make_etags..
$ ./src/tools/make_etags
etags: invalid option -- 'e'
Try 'etags --help' for a complete list of options.
sort: No such file
>> Attached is the v2 patch.
>
> Thanks for the patch!
>
> With the patch, I got the following error when executing make_etags..
>
> $ ./src/tools/make_etags
> etags: invalid option -- 'e'
> Try 'etags --help' for a complete list of options.
> sort: No such file or directory
Oops. Thank
On 2023/02/08 9:49, Tatsuo Ishii wrote:
I am not sure if this is good way to check if ctags supports "-e" or not.
+ thenctags --version 2>&1 | grep -- -e >/dev/null
Perhaps, "--help" might be intended rather than "--version" to check
supported options?
Yeah, that was my mistake.
>> I am not sure if this is good way to check if ctags supports "-e" or not.
>>
>> +thenctags --version 2>&1 | grep -- -e >/dev/null
>>
>> Perhaps, "--help" might be intended rather than "--version" to check
>> supported options?
>
> Yeah, that was my mistake.
>
>> Even so, ctags
>> The patch drops support for "-n" option :-<
>>
>> Attached is the patch by fixing make_ctags (make_etags is not
>> touched).
>>
>> If Exuberant-type ctags is available, use it (not changed).
>> If Exuberant-type ctags is not available, try old ctags (not changed).
>> If the old ctags
On Tue, 07 Feb 2023 21:29:04 +0900 (JST)
Tatsuo Ishii wrote:
> > Does is make sense to change make_etags as the attached patch does?
> > This allows make_etags to use etags if Exuberant-type ctags is not
> > available. This allows users to use make_etags if hey has either
> > Exuberant-type
> Does is make sense to change make_etags as the attached patch does?
> This allows make_etags to use etags if Exuberant-type ctags is not
> available. This allows users to use make_etags if hey has either
> Exuberant-type ctags or etags.
The patch drops support for "-n" option :-<
Attached is
On Tue, 07 Feb 2023 17:19:37 +0900 (JST)
Tatsuo Ishii wrote:
> >> Since this commit, make_etags has started failing to generate
> >> tags files with the following error messages, on my MacOS.
> >>
> >> $ src/tools/make_etags
> >>
>> Since this commit, make_etags has started failing to generate
>> tags files with the following error messages, on my MacOS.
>>
>> $ src/tools/make_etags
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ctags:
>> illegal option -- e
>> usage: ctags
> On 2022/10/19 13:25, Tatsuo Ishii wrote:
>> Thanks. the v6 patch pushed to master branch.
>
> Since this commit, make_etags has started failing to generate
> tags files with the following error messages, on my MacOS.
>
> $ src/tools/make_etags
>
On 2022/10/19 13:25, Tatsuo Ishii wrote:
Thanks. the v6 patch pushed to master branch.
Since this commit, make_etags has started failing to generate
tags files with the following error messages, on my MacOS.
$ src/tools/make_etags
On Wed, 19 Oct 2022 18:11:13 +0900 (JST)
Tatsuo Ishii wrote:
> > By the way, after executing both make_etags and make_ctags, trying tag jump
> > in my vim causes the following error even though there are correct tags
> > files.
> >
> > E431: Format error in tags file
> By the way, after executing both make_etags and make_ctags, trying tag jump
> in my vim causes the following error even though there are correct tags files.
>
> E431: Format error in tags file "backend/access/heap/TAGS"
>
> Removing all TAGS files as below can resolve this error.
> $ find .
On Wed, 19 Oct 2022 17:17:17 +0900 (JST)
Tatsuo Ishii wrote:
> >> > By the way, in passing, how about adding "tags" and "TAGS" to
> >> > .gitignore file?
> >>
> >> Sounds like a good idea.
> >
> > Ok, the patch is attached.
>
> I have search the mail archive and found this:
>
>
>> > By the way, in passing, how about adding "tags" and "TAGS" to
>> > .gitignore file?
>>
>> Sounds like a good idea.
>
> Ok, the patch is attached.
I have search the mail archive and found this:
On Wed, 19 Oct 2022 13:25:17 +0900 (JST)
Tatsuo Ishii wrote:
> > Hi,
> >
> > On Sat, 15 Oct 2022 10:40:29 +0900 (JST)
> > Tatsuo Ishii wrote:
> >
> >> > On Thu, 13 Oct 2022 15:35:09 +0900 (JST)
> >> > Tatsuo Ishii wrote:
> >> >
> >> >> > OK, that sounds good then. I would make a feature
> Hi,
>
> On Sat, 15 Oct 2022 10:40:29 +0900 (JST)
> Tatsuo Ishii wrote:
>
>> > On Thu, 13 Oct 2022 15:35:09 +0900 (JST)
>> > Tatsuo Ishii wrote:
>> >
>> >> > OK, that sounds good then. I would make a feature request to have a
>> >> > switch that supresses creation of these links, then.
>>
Hi,
On Sat, 15 Oct 2022 10:40:29 +0900 (JST)
Tatsuo Ishii wrote:
> > On Thu, 13 Oct 2022 15:35:09 +0900 (JST)
> > Tatsuo Ishii wrote:
> >
> >> > OK, that sounds good then. I would make a feature request to have a
> >> > switch that supresses creation of these links, then.
> >>
> >> Ok, I
> On Thu, 13 Oct 2022 15:35:09 +0900 (JST)
> Tatsuo Ishii wrote:
>
>> > OK, that sounds good then. I would make a feature request to have a
>> > switch that supresses creation of these links, then.
>>
>> Ok, I have added "-n" option to make_ctags so that it skips to create
>> the links.
>>
>>
On Thu, 13 Oct 2022 15:35:09 +0900 (JST)
Tatsuo Ishii wrote:
> > OK, that sounds good then. I would make a feature request to have a
> > switch that supresses creation of these links, then.
>
> Ok, I have added "-n" option to make_ctags so that it skips to create
> the links.
>
> Also I have
> OK, that sounds good then. I would make a feature request to have a
> switch that supresses creation of these links, then.
Ok, I have added "-n" option to make_ctags so that it skips to create
the links.
Also I have changed make_etags so that it exec make_ctags, which seems
to be the
On 10.10.22 12:04, Alvaro Herrera wrote:
In my own tags script I just call "ctags -R", and I feed cscope with
these find lines
(find $SRCDIR \( -name tmp_install -prune -o -name tmp_check -prune \) -o \( -name "*.[chly]" -o -iname "*makefile*" -o -name
"*.mk" -o -name "*.in" -o -name "*.sh" -o
On Wed, Oct 12, 2022 at 10:26:03PM +0900, Tatsuo Ishii wrote:
> > However ... hmm ...
> >
> >> find . \( -name 'CVS' -prune \) -o \( -name .git -prune \) -o -type d
> >> -print |
> >> while read DIR
> >> -do[ "$DIR" != "." ] && ln -f -s `echo "$DIR" | sed
> >> 's;/[^/]*;/..;g'`/tags
On 2022-Oct-12, Tatsuo Ishii wrote:
> >> find . \( -name 'CVS' -prune \) -o \( -name .git -prune \) -o -type d
> >> -print |
> >> while read DIR
> >> -do[ "$DIR" != "." ] && ln -f -s `echo "$DIR" | sed
> >> 's;/[^/]*;/..;g'`/tags "$DIR"/tags
> >> +do[ "$DIR" != "." ] && ln -f
On 2022-Oct-12, Tom Lane wrote:
> Tatsuo Ishii writes:
> >> If we're going to do this, then I suggest that make_etags should become
> >> a symlink to make_ctags, and behave as if -e is given when called under
> >> that name.
>
> > What I had in my mind was making make_etags a script just exec
>
On Wed, Oct 12, 2022 at 10:09:06AM -0400, Tom Lane wrote:
>
> I don't think it's possible to store a symlink in git, so
> having one file exec the other sounds saner to me too.
Git handles symlink just fine, but those will obviously create extra burden for
Windows users (git will just create a
Tatsuo Ishii writes:
>> If we're going to do this, then I suggest that make_etags should become
>> a symlink to make_ctags, and behave as if -e is given when called under
>> that name.
> What I had in my mind was making make_etags a script just exec
> make_ctags (with -e option). But I don't
>> I tried to apply the v2 patch approach to make_etags but noticed that
>> make_ctags and make_etags have quite a few duplicate codes, that would
>> bring maintenance headache. I think we could merge make_etags into
>> make_ctags, then add "-e" option (or whatever) to make_ctags so that
>> it
On 2022-Oct-12, Tatsuo Ishii wrote:
> I tried to apply the v2 patch approach to make_etags but noticed that
> make_ctags and make_etags have quite a few duplicate codes, that would
> bring maintenance headache. I think we could merge make_etags into
> make_ctags, then add "-e" option (or
Hi,
>> > I found that tag files generated by src/tools/make_ctags
>> > doesn't include some keywords, that were field names of node
>> > structs, for example norm_select in RestrictInfo. Such fields
>> > are defined with pg_node_attr macro that was introduced
>> > recently, like:
>> >
>> >
Hello
On Mon, 10 Oct 2022 12:04:22 +0200
Alvaro Herrera wrote:
> Hello
>
> On 2022-Oct-07, Yugo NAGATA wrote:
>
> > I found that tag files generated by src/tools/make_ctags
> > doesn't include some keywords, that were field names of node
> > structs, for example norm_select in RestrictInfo.
Hello
On 2022-Oct-07, Yugo NAGATA wrote:
> I found that tag files generated by src/tools/make_ctags
> doesn't include some keywords, that were field names of node
> structs, for example norm_select in RestrictInfo. Such fields
> are defined with pg_node_attr macro that was introduced
> recently,
Hi,
I found that tag files generated by src/tools/make_ctags
doesn't include some keywords, that were field names of node
structs, for example norm_select in RestrictInfo. Such fields
are defined with pg_node_attr macro that was introduced
recently, like:
Selectivity norm_selec
39 matches
Mail list logo
