cmake cvs head - dependencies broken

David Faure faure at
Fri Feb 22 17:45:16 CET 2008

On Friday 22 February 2008, Brad King wrote:
> David Faure wrote:
> > CMakeFiles/kdecore.dir/depend.make is empty ("# Empty dependencies files, # This may be replaced when dependencies are built")
> > CXX.includecache is up at  (strange syntax, is the "target" the first line after an empty line?)
> Ask Alex, he wrote the include cache stuff, and it does make dependency
> scanning amazingly fast.  I think the syntax is meant to be very fast to
> parse.

Sure, thought so.

> >> Can you reproduce it in a new build tree? 
> > OK, that was it.
> > I deleted the kdecore build dir and ran cmake again, and now it works as expected.
> [snip]
> > Maybe cmake could do like Qt's moc and say "this build tree was generated with cmake-2.4, you need to delete it and regenerate it to use this version of cmake" or something like that?
> Well, the intention is to work with existing build trees.  I just tried
> generating a simple example project with 2.4 and then running CMake from
> CVS on it.  Everything still rebuilds correctly (both with and without
> building between the cmake runs).  Are you able to reproduce this if you
> create a kdecore tree with cmake 2.4 and then run cmake HEAD on it again?

Hmm, I tried with kdetoys (for a smaller testcase) and it worked fine there.
However I realized now that my kdelibs problem wasn't a 2.4 -> 2.5-20080221 upgrade,
but a 2.5-20071005 -> 2.5-20080221 upgrade, which might be different.
Maybe not worth spending more time on it then...

PS: One thing I noticed: I still have -DCMAKE_SKIP_RULE_DEPENDENCY=TRUE enabled (both with 2.4 and 2.5-cvs), but from the notes I kept about it it should be unrelated (I did my tests with it)

David Faure, faure at, sponsored by Trolltech to work on KDE,
Konqueror (, and KOffice (

More information about the Kde-buildsystem mailing list