Has the time come to get rid of the "delivering" of public headers?

Michael Meeks 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 mailing list