On Wed, Apr 25, 2007 at 03:37:43PM -0700, Stephen Lau wrote: > 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?
Well, that its only utility, anyway -- though it assists in generating the file lists for ctags and etags, too. > How is xref invoked? Well, I invoke it every night from build_cscope. But it's designed to be invoked on its own, too. It's got a man page and everything. > Is there any reason to not just index every file in the repository? Well, even if you have the whole gate lying around, but you're just working on, say, zfs, then it'll be faster to index just the relevant files, and will also result in fewer duplicate symbol entries. I don't know if people actually do that, but it seems like a very useful thing to do. I'm not sure where to ask. gatekeeper might be a good place to start. Of course, that requires that the gate contain knowledge of what "relevant files" means in a specific context, and currently, that's kept in the inc.flg and req.flg files, and read by the various flp programs. We needn't keep that specific mechanism when transitioning to mercurial, and it probably would make sense to whack it a bit more than currently -- so that you don't remove "s." from everything all the time, 'cause those files won't exist. During the transition period, though, it'll all need to be supported. > How do we want to build indices for usr/src vs. usr/closed? I'm not sure what you're asking here. Danek
