> Unlike the broken make dep, kbuild 2.5 extracts accurate dependencies > by using the -MD option of cpp and post processing the cpp list. The > post processing code is slow because the current design requires every > compile to read a complete list of all the files, giving O(n^2) > effects. Mark 2 of the core code will use a shared database with > concurrent update so post processing is limited to looking up just the > required files, instead of reading the complete list every time.
Ah, OK, I get it. Hey, would it help to have a dbm interface compat library which uses mmap instead of building the db in brk() space? We've got a small, fast one that you can have under any license you like, GPL, LGPL, whatever. We use it all over the BK code. -- --- Larry McVoy lm at bitmover.com http://www.bitmover.com/lm _______________________________________________ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
