Re: [GIT] kbuild/lto changes for 3.15-rc1

[Ralf Baechle]

On Mon, Apr 14, 2014 at 06:00:04PM -0700, Josh Triplett wrote:

> > and it slows down 
> > kernel development'.
> 
> No, it doesn't slow down development builds; it makes kernel builds
> slower if and only if LTO is turned on, which most kernel developers
> won't need to do.  On the other hand, distro and embedded kernels can do
> so for final builds, and developers pushing to minimize the kernel can

LTO inherently is going to slow down development because it does inflate
the testing matrix - a developer really should test an LTO build.

That said, the increased checking of the source code for validity across
compilation units done by the LTO final link is a benefit by itself.  With
my MIPS maintainer head on I can say it's required fixes / cleanups of
several thousand lines which have already been merged several kernel
versions ago because they all were beneficial even without LTO.  A mere
three small commits preparing arch/mips for LTO support and that don't
make sense without LTO are remaining.  So it's not a support/testing
nightmare.

And while the code size reduction is less for MIPS than what others have
reported for their platforms (I'm still investigating) is still is enough
that embedded developers would commit murder for.

  Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/