bug-global
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Gautam Thaker
Subject: this appears to be a bug in the "nearness" processing..
Date: Sat, 2 Dec 2017 11:18:43 -0500
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]