Re: unable to determine cause of wrong multiple definitions generated via gtags

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

_______________________________________________
Bug-global mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-global