On Friday 24 of January 2003 18:17, Simon Hausmann wrote: > On Fri, Jan 24, 2003 at 03:34:52PM +0100, Marc Mutz wrote: > Content-Description: signed data > > > On Friday 24 January 2003 14:23, Simon Hausmann wrote: > > > On Fri, Jan 24, 2003 at 02:21:50PM +0100, Simon Hausmann wrote: > > > > CVS commit by hausmann: > > > > > > > > - added -no-big-codecs to the list of suggested options > > > > > > Oops, forgot to mention: For those wondering, no, it does not > > > disable foreign codecs at all, it just compiles them as plugins > > > instead of filling up libqt with it. > > > > > > > > In how saving of libqt-mt.so size does this really result? (And how much > > longer does it take for KMail to show a korean spam mail? ;-)) > > Roughly a megabyte here. Didn't profile korean spam :) Perhaps you should have. Here, after stripping, it's about 6,35M vs 5,9M lib sizes. However, you forgot one thing: Qt's plugin system isn't very smart and loads plugins at the first opportunity. So in fact, you just managed to increase both memory usage and startup time, congratulations >;). Just try it, I have here an app which just creates KApplication and call app.exec() . KApplication creation time is about 0,12s vs 0,13s (no plugins vs plugins), I admit these are no precise numbers, but dlopening will definitely take longer than just having it as part of the lib. You can check the plugins are loaded by simply attaching gdb to this running process and watching gdb listing libs it's reading the info from. Unless you have more arguments for it, I'll remove the flag from the suggested ones. -- Lubos Lunak KDE developer --------------------------------------------------------------------- SuSE CR, s.r.o. e-mail: l.lunak@suse.cz , l.lunak@kde.org Drahobejlova 27 tel: +420 2 9654 2373 190 00 Praha 9 fax: +420 2 9654 2374 Czech Republic http://www.suse.cz/