Hello, > I note that NEARNESS feature does not work with -r as "--from-here" does not > support the -r option. ... > At present doing a regex search for "filterThings" does not respect nearness order,
Since the --nearness is just a sort option, it is independent of type of search, I believe. It is helpful if you send a bug report about this to [email protected]. Thank you in advance. Regards, Shigio 2017-03-11 7:22 GMT+09:00 Gautam Thaker <[email protected]>: > I find the NEARNESS support to be very helpful in that where one has > multiple definitions of the same token NEARNESS more often then not find > the definition I am interested in. > > I note that NEARNESS feature does not work with -r as "--from-here" does > not support the -r option. Is it possible to extend to get this support? I > have a system in which I have 10s of definitions of type: > > ModuleA_filterThings(){} > ModuleB_filterThings(){} > > I call these methods by reference, in code I have something like: > > r->filterThings(); > > where correct function pointer has been set so that in typically the > "nearest" ModuleX_filterThings() would be correct definition. > > At present doing a regex search for "filterThings" does not respect > nearness order, is it too difficult to get this? > > GHT > > > _______________________________________________ > Help-global mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/help-global > > -- Shigio YAMAGUCHI <[email protected]> PGP fingerprint: 26F6 31B4 3D62 4A92 7E6F 1C33 969C 3BE3 89DD A6EB (Currently in use) D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 (Used until 2017/2)
_______________________________________________ Help-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-global
