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

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. 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 indeed, 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.)

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