Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.