Re: Q on global/gtags with rust codes

[Harada Makoto]

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