Shorter build times
Peter Kümmel
syntheticpp at gmx.net
Thu Mar 29 18:05:23 BST 2007
Alexander Neundorf wrote:
> On Thursday 29 March 2007 15:28, David Faure wrote:
>> On Wednesday 28 March 2007, Peter Kümmel wrote:
>>> The idea of attached patch is to manually exclude some files from the
>>> generated all-in-one file.
>> Good idea.
>>
>> But why are the touched files compiled together? IMHO this isn't a good
>> idea, it will make developers forget some #include statements.
>>
>> I like the idea of a allinone_const.cpp, but the non-const files (i.e. the
>> modified files) should just be compiled separately. Can that be done?
>
> I don't really like the idea.
> It creates another *very* special variant how to build things in KDE. The
> dependencies for the moc files etc. have to be handled correctly. I don't
It's the same like for ENABLE_FINAL with the difference that two files
are generated. When you don't touch the _const file it behaves identically
to a ENABLE_FINAL build.
> feel like maintaining three different ways how to build apps or libs.
>
> A better idea would be if the enable_final option could be switched on/off per
> directory. But this is currently not possible, it's one global option per
> module. Another idea would be if ENABLE_FINAL is enabled, to also generate
> the "normal" targets so that they can be called manually. Then the output for
> these targets would have to be renamed...
>
> Bye
> Alex
--
Peter Kümmel
More information about the kde-core-devel
mailing list