bug-global
[Top][All Lists]
Advanced

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

Re: Q on global/gtags with rust codes


From: Makoto Harada
Subject: Re: Q on global/gtags with rust codes
Date: Thu, 19 Oct 2023 17:50:18 -0400
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.13.1


Additional information.

It looks GPATH and GRTAGS are created correctly, but GTAGS are not....

This is true with and without modification of /usr/local/share/gtags/script/pygments_parser.py.
This is true with the latest global version(6.6.10) and old version(6.6.7).

===========================================
$gtags -d GPATH
 __.NEXTKEY     2
 __.VERSION      __.VERSION 2
./main.rs       1
1       ./main.rs

$gtags -d GRTAGS
 __.COMPACT      __.COMPACT
 __.COMPLINE     __.COMPLINE
 __.COMPNAME     __.COMPNAME
 __.VERSION      __.VERSION 6
String  1 @n 5
calculate_weight_on_mars        1 @n 10,4
input   1 @n 5,2,2
io      1 @n 1,6
main    1 @n 3
mars_weight     1 @n 10-1
new     1 @n 5
parse   1 @n 9
println!        1 @n 4,7
read_line       1 @n 7
std     1 @n 1
stdin   1 @n 7
trim    1 @n 9
unwrap  1 @n 7,2
weight  1 @n 9-1,4-1

$gtags -d GTAGS
 __.COMPNAME     __.COMPNAME
 __.COMPRESS     __.COMPRESS ddefine ttypedef
 __.VERSION      __.VERSION 6

===========================================

Makoto

On 10/19/2023 10:44 AM, Makoto Harada wrote:
Shigio-san,

Thanks for your continuous help here.

Perhaps the following command will work correctly, I think.
Would you please try this?

$ global -f main.rs --gtagslabel=pygments
$ global -r 'println!'

I tried, but the result is the same.

May I ask which environment are you using ?
In your environment, these works as expected ?

The cause of the problem was not in Universal Ctags, but in my insufficient
bug fixes for the following issues:

Universal Ctags: Don't read config files; New 'ctagsoptfile' configurati
Date:   Fri, 07 Apr 2023 13:07:07 +0200

The workaround is still valid.
I also tried with global older version, 6.6.7 and got the same result.
In my understanding, 6.6.7 was released before the fix above.
So, I'm suspecting that there might be another root cause...

Do you have any idea why older version  like 6.6.7(released on 2021/7/1) or 6.6.4 have these issue ?

Makoto

On 10/18/2023 11:17 PM, Shigio YAMAGUCHI wrote:
Perhaps the following command will work correctly, I think.
Would you please try this?

$ global -f main.rs --gtagslabel=pygments
$ global -r 'println!'

Instead of '--gtagslabel=pygments', you can use
GTAGSLABEL environment variable.
I have no idea about 'global -c'.

Regards,
Shigio

On Thu, Oct 19, 2023 at 11:00 AM Harada Makoto <makotouu@gmail.com> wrote:
Shigio-san,

Tried adding '--options=NONE' to the beginning, however got the same result, unfortunately...
(Tested with different environment this time. (Version 6.6.4))

==============================================================
$gtags -v
[Wed Oct 18 21:55:26 EDT 2023] Gtags started.
  Using configuration file '/Users/makoto/.globalrc'.
  Using configuration label 'default'.
  Using plug-in parser.
[Wed Oct 18 21:55:26 EDT 2023] Creating 'GTAGS' and 'GRTAGS'.
  [1] extracting tags of main.rs
No options will be read from files or environment
[Wed Oct 18 21:55:27 EDT 2023] Done.

$global -c
$global -f main.rs
No options will be read from files or environment
$global -r println
$global -gx println
println             4 main.rs              println!("Enter your weight (kg): "); println            14 main.rs              println!("Weight on Mars: {}kg", mars_weight);

$global --version
global (GNU GLOBAL) 6.6.4
==============================================================

Makoto

2023/10/18 21:24、Shigio YAMAGUCHI <shigio@gnu.org>のメール:

Could you please try adding '--options=NONE' to the beginning?

[/usr/local/share/gtags/script/pygments_parser.py]
142: self.process = subprocess.Popen([ctags_command, '-xu',
'--tag-relative=no',...
|
v
142: self.process = subprocess.Popen([ctags_command, '--options=NONE',
'-xu', '--tag-relative=no',...

Regards,
Shigio

On Wed, Oct 18, 2023 at 11:19 PM Makoto Harada <makotouu@gmail.com> wrote:
Shigio-san,

Thanks for your prompt reply and your help here.

I made the change /usr/local/share/gtags/script/pygments_parser.py  as
you suggested,
and did the same test, however it did not help unfortunately.
I got the same result before the change.
I also confirmed that /usr/local/share/gtags/script/pygments_parser.py
is called and executed.


The cause of the problem was not in Universal Ctags, but in my insufficient
bug fixes for the following issues:

Universal Ctags: Don't read config files; New 'ctagsoptfile' configurati
Date:   Fri, 07 Apr 2023 13:07:07 +0200

The workaround is still valid.
I also tried with global older version, 6.6.7 and got the same result.
In my understanding, 6.6.7 was released before the fix above.
So, I'm suspecting that there might be another root cause...

Makoto

On 10/18/2023 2:39 AM, Shigio YAMAGUCHI wrote:
Hello,
I will correct my wrong statement.

The cause seems to be a change in Universal Ctags.
The cause of the problem was not in Universal Ctags, but in my insufficient
bug fixes for the following issues:

Universal Ctags: Don't read config files; New 'ctagsoptfile' configurati
Date:   Fri, 07 Apr 2023 13:07:07 +0200

The workaround is still valid.

Regards,
Shigio

On Wed, Oct 18, 2023 at 1:16 PM Shigio YAMAGUCHI <shigio@gnu.org> wrote:
Hello,
It found out that Pygments plug-in parser does not work now.
It's not limited to Rust. The cause seems to be a change in
Universal Ctags.

To get it running, do the following:

[/usr/local/share/gtags/script/pygments_parser.py]
142:     self.process = subprocess.Popen([ctags_command, '-xu', '--filter', ...
|
v
142:     self.process = subprocess.Popen([ctags_command, '-xu',
'--tag-relative=no', '--filter', ...

Harada san, thank you for the report!

Regards,
Shigio


--
Shigio YAMAGUCHI <shigio@gnu.org>
PGP fingerprint:
26F6 31B4 3D62 4A92 7E6F  1C33 969C 3BE3 89DD A6EB




reply via email to

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