|
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 insufficientbug fixes for the following issues:Universal Ctags: Don't read config files; New 'ctagsoptfile' configuratiDate: 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, ShigioOn 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 printlnprintln 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 ============================================================== Makoto2023/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, ShigioOn 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 asyou 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.pyis called and executed.The cause of the problem was not in Universal Ctags, but in my insufficientI also tried with global older version, 6.6.7 and got the same result.bug fixes for the following issues:Universal Ctags: Don't read config files; New 'ctagsoptfile' configuratiDate: Fri, 07 Apr 2023 13:07:07 +0200 The workaround is still valid.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 of the problem was not in Universal Ctags, but in my insufficientThe cause seems to be a change in Universal Ctags.bug fixes for the following issues:Universal Ctags: Don't read config files; New 'ctagsoptfile' configuratiDate: Fri, 07 Apr 2023 13:07:07 +0200 The workaround is still valid. Regards, ShigioOn 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
[Prev in Thread] | Current Thread | [Next in Thread] |