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

[Gautam Thaker]

(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();

}