[CMake] kdevelop3 generator broke
Brad King
brad.king at kitware.com
Tue Mar 8 08:21:41 EST 2005
Alexander Neundorf wrote:
> it seems the new unix makefile generator broke the kdevelop3 project
> generator. Simple test: just run "cmake . -GKDevelop3" and try to build
> it (i.e. make). It fails here with
>
> -- Build files have been written to: /usr/src/kde3-HEAD/
> kdevelop_3_3_branch/tmo/kdevelop
> make[1]: Leaving directory `/home/src/kde3-HEAD/kdevelop_3_3_branch/tmo/
> kdevelop'
> make -f cmake.check_depends
> make[1]: Entering directory `/home/src/kde3-HEAD/kdevelop_3_3_branch/tmo/
> kdevelop'
> make[1]: cmake.check_depends: No such file or directory
> make[1]: *** No rule to make target `cmake.check_depends'. Stop.
> make[1]: Leaving directory `/home/src/kde3-HEAD/kdevelop_3_3_branch/tmo/
> kdevelop'
> make: *** [default_target] Error 2
>
> The generated makefile looks quite different to the one generated by the
> makefile generator.
> I attached both top level makefiles, the one generated with the KDevelop3
> generator is Makefile.kdev.
>
> Any ideas what's going wrong ?
Part of the new generator commit removed support for the old generator
to build dependencies. We just have to change the KDevelop3 generator
to use the new makefile generator. The old one will probably be removed
before the next release anyway. I see that there is a
cmLocalKdevelopGenerator that just trivially subclasses from
cmLocalUnixMakefileGenerator. Changing it to subclass from
cmLocalUnixMakefileGenerator2 seems to fix the problem. However, I'm
wondering why there is a separate local generator at all. It doesn't
seem to add any functionality. Can we just remove it and tell
cmGlobalKdevelopGenerator to use cmLocalUnixMakefileGenerator2 directly?
-Brad
More information about the CMake
mailing list