Link-time optimization in debian packages
I have currently the problem that I have to use large, computing intensive
applications [1,2]. These are usually implemented in many source files. I used
in the past pseudo c files which include all other c files . Of course,
this is a hack and don't work in many situation due to conflicting local
I played around a little bit with GCC's LTO . It is really impressive for
this kind of applications. I had a size reduction and speed increase with the
tested applications. Of course, it was just a small testset and not really
Link time-optimization exchanges the meaning of flags slightly . It is
currently necessary to provide the optimization related flags from
CFLAGS/CXXFLAGS also in LDFLAGS. Otherwise the LTO will not really to a
I already found some smaller problems related to weird asm usage in some pic
library code , but I would doubt that this is a big show blocker and will
be fixed soon(tm).
My question is now whether there are already plans to use LTO in Debian
packages, any big debian related studies, policies, release goals, ...? It
could also be interesting for large projects like Iceweasel, LibreOffice, ...
Maybe the KDE Debian Package maintainer have a reason why they don't use
KDE4_ENABLE_FINAL --- which would also be an argument against LTO.
 see KDE4_ENABLE_FINAL in all KDE libraries/applications