this appears to be a bug in the "nearness" processing..

(sorry if a duplicate post)
GNU Global version 6.5.7

I have two files in a single directory, a.c and b.c each with a function 
"foo". If in emacs I am looking at file b.c and search for tag "foo", it 
goes to the definition of "foo" in file a.c (I had expected it to find 
the definition in the current file first!) This is not what I believe is 
expected given from man mage:

"    [0] If the start is a file, output of local search in the file."

And this is confirmed by:

$ global -v --result=grep --color=always --nearness --path-style=shorter 
--from-here=9:b.c foo
a.c:1:static int  foo() {
b.c:1:static int  foo() {
2 objects located (using '/home/gthaker/ggtags-testing/GTAGS').

I expected that from b.c it would find definition in file b.c above the 
one in a.c (but in lexical sorting a.c comes before b.c so it is going 
there.)

It should find def. in the same file first, then alphabetically all 
other entries in the same directory.

files are as below:

:::::::::::::
a.c
::::::::::::::
static int  foo() {
   return 3;
}


main() {
   int x;

   x = foo();
}
::::::::::::::
b.c
::::::::::::::
static int  foo() {
   return 3;
}


main() {
   int x;

   x = foo();
}

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