Re: unable to determine cause of wrong multiple definitions generated via gtags
Gautam Thaker <[email protected]>
| Newsgroups | gmane.comp.gnu.global.bugs |
|---|---|
| Message-ID | <[email protected]> |
Hello: I was wondering if there was any chance that a patch/fix for this issue may be available in the near future. In my case I have a lot of templates/typedefs in my big C++ system, I am dead in the water due to this issue. Thanks. Gautam On 8/2/2015 9:12 PM, Shigio YAMAGUCHI wrote: > Hi, > The bug was reproduced in my environment. That's enough for confirmation. > Since I don't know the 'some builds', I can say nothing about them. > If something becomes clear, please tell me. > > Regards, > Shigio > > > 2015-08-03 9:47 GMT+09:00 Gautam Thaker <[email protected] > <mailto:[email protected]>>: > > Shigio: > > Anything I can do to help further track this down? What has > bothered me is that I have seen gtags version 6.5 work without > error (in this case just returning answer for line 3 for > DomainId_t) on some builds. I had once thought perhaps this was > dependent upon python-pygments but after rebuilding global a > couple of times w/ and w/o it has not made any difference. > > Gautam > > > On 8/2/2015 8:28 AM, Shigio YAMAGUCHI wrote: >> Hi, >> I have added this to the known bug list. >> Thank you for the report. >> >> Regards, >> Shigio >> >> 2015-07-31 4:08 GMT+09:00 Gautam Thaker <[email protected] >> <mailto:[email protected]>>: >> >> Hi: >> >> I have strange behavior that I can't resolve. I am on ubuntu >> 14.04 64 bit. I downloaded global-6.5 and did: >> >> ./configure --with-exuberant-ctags=/usr/bin/ctags-exuberant >> --disable-gtagscscope --prefix=/usr >> >> "make" and "make check" all pass. >> >> I did a "make install" as root. I then use the following C++ >> code and generated tags via "gtags" command. >> >> >> ubuntu-14-64bits> cat -n foo.cc >> 1 #include <map> >> 2 >> 3 typedef int DomainId_t; >> 4 >> 5 typedef std::map<DomainId_t, int> map_t2; >> 6 >> 7 main(){ >> 8 DomainId_t foo1; >> 9 map_t2 mymap; >> 10 >> 11 >> 12 } >> >> >> When I then use global to find definitions >> >> ubuntu-14-64bits> global -v --result=grep --nearness >> --path-style=shorter DomainId_t >> foo.cc:3:typedef int DomainId_t; >> foo.cc:5:typedef std::map<DomainId_t, int> >> map_t2; # <<< UNEXPECTED >> 2 objects located (using '/home/gthaker/t2/GTAGS'). >> >> I don't understand why it also returns foo.cc:5 entry. (Makes >> no difference if I use "-d" option.) >> >> I have been chasing this for a few days. I have narrowed this >> down to "gtags" command, since if I generate GTAGS (and GPATH >> and GRTAGS) on a different machine where I have built >> global-6.5 earlier I get correct behavior. (So it is not >> "global", but GTAGS generated by gtags.) >> >> I have: >> >> ubuntu-14-64bits> /usr/bin/gtags --version >> gtags (GNU GLOBAL) 6.5 >> Copyright (c) 2015 Tama Communications Corporation >> License GPLv3+: GNU GPL version 3 or later >> <http://www.gnu.org/licenses/gpl.html> >> <http://www.gnu.org/licenses/gpl.html> >> This is free software; you are free to change and >> redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> ubuntu-14-64bits> ldd /usr/bin/gtags >> linux-vdso.so.1 => (0x00007fff8dbfc000) >> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 >> (0x00007ff124494000) >> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 >> (0x00007ff1240cf000) >> /lib64/ld-linux-x86-64.so.2 (0x00007ff1246b1000) >> >> Interestingly, on a MINT system where proper GTAGS* files get >> generated I see: >> >> mint17-32bits> lsb_release -a >> No LSB modules are available. >> Distributor ID: LinuxMint >> Description: Linux Mint 17 Qiana >> Release: 17 >> Codename: qiana >> mint17-32bits> /usr/bin/gtags --version >> gtags (GNU GLOBAL) 6.5 >> Copyright (c) 2015 Tama Communications Corporation >> License GPLv3+: GNU GPL version 3 or later >> <http://www.gnu.org/licenses/gpl.html> >> <http://www.gnu.org/licenses/gpl.html> >> This is free software; you are free to change and >> redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> mint17-32bits> ldd /usr/bin/gtags >> linux-gate.so.1 => (0xb7780000) >> libltdl.so.7 => /usr/lib/i386-linux-gnu/libltdl.so.7 >> (0xb7756000) >> libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb75a8000) >> libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb75a2000) >> /lib/ld-linux.so.2 (0xb7781000) >> mint17-32bits> >> >> mint17-32bits> global -v --result=grep --nearness >> --path-style=shorter DomainId_t >> foo.cc:3:typedef int DomainId_t; >> 1 object located (using '/home/gthaker/t2/GTAGS'). # OK, OK, OK >> >> Naturally code snippet I am using is for demonstration only, >> the actual code where I see this is a large piece of (open >> source) software, and not being able to natigate around has >> given me a lot of trouble. >> >> Appreciate any pointers. >> >> Gautam >> >> >> >> >> _______________________________________________ >> Bug-global mailing list >> [email protected] <mailto:[email protected]> >> https://lists.gnu.org/mailman/listinfo/bug-global >> >> >> >> >> -- >> Shigio YAMAGUCHI <[email protected] <mailto:[email protected]>> >> PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 > > > > > -- > Shigio YAMAGUCHI <[email protected] <mailto:[email protected]>> > PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 _______________________________________________ Bug-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-global