Hrm, sounds like this is an appropriate time for our higher-level discussion of the continued usage of xref & flg.flp.
Danek: You have probably one of the best insights in this area. Given that we can't do partial tree bringovers, flg.flp's only usefulness is from xref to generate the cscope databases right? How is xref invoked? Is there any reason to not just index every file in the repository? How do we want to build indices for usr/src vs. usr/closed? cheers, steve Jason Zhao wrote: > Hi,Steve and all > > I made a change on flg.flp and xref to have them work on mercurial and > teamware.And I run on a hg workspace and it can work now. > > The slow of find_files I think,it is because the prpath() try to find > relative path of current directory.It will be endless when condition fit. > - run flg.flp -r at $CODEMGR_WS,every file found will be the same > with the one in inc.flg,so,it will take really long time to handle and waste > time. > > The flg.flp -r will take 3+ minutes in my machine in $(SRC)/uts to > run.And I found it is because 'hg locate'. > > I attach the flg.flp and xref,please make a check of it.And also please > tell me anything wrong. > > Thanks > Jason > > > > ------------------------------------------------------------------------ > > _______________________________________________ > scm-migration-dev mailing list > scm-migration-dev at opensolaris.org > http://opensolaris.org/mailman/listinfo/scm-migration-dev -- stephen lau // stevel at sun.com | 650.786.0845 | http://whacked.net opensolaris // solaris kernel development
