the default installation of emacs and cscope didn't work well together, such as working on the linux kernel project, it support a make target: make cscope that will generate the database files needed by cscope, but when you use emacs, any function provided by xcscope such as cscope-find-this-symbol runs implausibly long time: I found the kernel's Makefile will call `cscope -b` this will generate the default database files cscope.out, cscope.in.out, cscope.po.out, but xcscope check cscope.out, then caculated cscope.out.in and cscope.out.po, so the problem is introduced by `cscope -b`, but why it generate cscope.in.out rather than cscope.out.in? The answer seems that it's a history legacy problem, So we should fix it. After all it's a cscope upstream 's problem, I have tried to contact them, http://sourceforge.net/projects/cscope/ But they were not very active, I hope gentoo will include this.
Created attachment 135715 [details, diff] inverted-index-filename-fix.patch
From the comments in invlib.c (function "invopen") I would conclude that upstream is well aware of the problem, but has decided not to change the names.
(In reply to comment #2) > From the comments in invlib.c (function "invopen") I would conclude that > upstream is well aware of the problem, but has decided not to change the names. > that's in reading database file operation, not in the building process, I mean the building process should use the cscope.out.{in,po} filenames, not cscope.{in,po}.out filenames.
(In reply to comment #3) > I mean the building process should use the cscope.out.{in,po} filenames, > not cscope.{in,po}.out filenames. I really want to hear upstream's opinion on this first, before possibly breaking backwards compatibility. The obvious workaround seems to be to use "cscope -b -f cscope.out" instead of "cscope -b".