Hi all, On Fri, Oct 21, 2011 at 10:16:07AM +0100, Michael Meeks wrote: > Try running a no-op incremental make in tail_build :-) it's more like > 30+ seconds:
Only with gb_CHECKOBJECTOWNER=T otherwise its down to 10 seconds in tail_build, which is likely mostly stat'ing. Anyway: I implemented a "make countoutdated" proof-of-concept: http://cgit.freedesktop.org/libreoffice/core/commit/?id=05a33692a084f59f2fae0a535131133d2a3f6b72 http://cgit.freedesktop.org/libreoffice/core/commit/?id=8ee4e99a78a7a7f16bafa56e08ef9649cc69dbdb which does not add much complexity to the existing build system by being an extension. Now you can do: make countoutdated make countoutdated check make countoutdated build to quickly check etc. how many files would get rebuild in workdir right now. Of course, that _could_ be easily used to create some progress counters, if one doesnt mind the ten extra seconds. For example it shows that touching sw/inc/doc.hxx causes: $ make countoutdated -W `readlink -f sw/inc/doc.hxx` CxxObject: 393 Module: 39 LinkTarget: 9 RdbTarget: 8 CppunitTest: 9 to be rebuild. It also shows there is still something very wrong about generated headers in oox. Best, Bjoern _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice