Hello all, I would like to change the behavior of global(1) when the GTAGSLIBPATH is set.
When the GTAGSLIBPATH variable is set, global(1) retrieve in not only current project but also library projects listed in the variable. At present, this facility works for not only definition retrieval but also other symbol retrieval. [PRESENT SPEC] option retrieval type retrieve in GTAGSLIBPATH? ------------------------------------------------- (none) definition yes -r reference no -s other symbol yes <= But I think this specification is wrong. Global(1) should retrieve only the objects clearly defined in the library projects; it should not retrieve other symbols. Because the library is these kind of things; it is hardly thought to refer to the symbols in the library modules. In the past, there was a request that want to retrieve the symbols (-s) in the library projects. I accepted the request, and changed the specification like present, since there was no method to retrieve them through multiple projects besides GTAGSLIBPATH. However, since gtags has the --file option now, and we can bring multiple projects together with it, it is not necessary to support such ugly facility. Thus, I would like to change the specification like follows: [NEW SPEC(=original)] option retrieval type retrieve in GTAGSLIBPATH? ------------------------------------------------- (none) definition yes -r reference no -s other symbol *no* What do you think? Is there something problem? -- Shigio YAMAGUCHI <[EMAIL PROTECTED]> - Tama Communications Corporation PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 _______________________________________________ Bug-global mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-global
