Has the time come to get rid of the "delivering" of public headers?
michael.meeks at suse.com
Thu Feb 23 03:14:03 PST 2012
On Thu, 2012-02-23 at 11:24 +0100, Bjoern Michaelsen wrote:
> Fixing the root problem might involve a git hook that gives you an angry stare
> for 30 seconds everytime you add more lines to a >1.5KLOC hxx than you remove
> from it.
Heh ;-) IMHO a weighted stare-length based on how many times this
header is included might be more useful. Luckily we have that
information in an easy to consume form in the dependency information.
We even have the easy hack:
bytes to parse include count size filename
741439564 4454 166466 solver/unxlngi6.pro/inc/boost/preprocessor/seq/fold_left.hpp
416181480 6754 61620 solver/unxlngi6.pro/inc/rtl/ustring.hxx
etc. ... I guess if we knew that it was discrete file accesses that
cause windows performance issues, we could easily triage the list for
small / trivial headers to merge.
Failing that, boost-ification and gigantic 'left folding' headers
[urk?] will no doubt continue to harm compile times.
I guess we'd want to encourage someone to take over from August on the
include-what-you-use front, but - that seems to suggest adding more
includes to compiling code so ... ;-)
michael.meeks at suse.com <><, Pseudo Engineer, itinerant idiot
More information about the LibreOffice