The Technical Working Group's mission statement

Alexander Neundorf neundorf at
Tue Mar 14 17:30:14 GMT 2006

On Tuesday 14 March 2006 12:46, R.F. Pels wrote:
> On Tuesday 14 March 2006 11.57, Cornelius Schumacher wrote:
> >> Does anyone have STRONG objections?+ I don't want to know if you don't
> >> like the syntax, or if you think buildsystem Foo would suit us better.
> >> The choice has been made and it's cmake. I want to know if people object
> >> the *procedure*.
> >
> > Please make the procedure much more transparent. I have no idea how you
> > reached the decision, who has taken it, what were the reasons, and what
> > consequences it will have.
> I would be willing to accept cmake provided:
> 1) it supports distributed compilation in a reasonable way

I heard that there are some problem with running make with several processes 
in parallel. But these are (probably) not problems of cmake, but problems in 
the cmake files I wrote. I'll investigate soon.

> 2) it is supported by kdevelop in a reasonable way

It is right now (but of course could be even better supported).
Check out kdelibs (trunk), run cmake with the parameter ".-GKDevelop3" and you 
will have kdevelop project files for all major parts of kdelibs.
Not quite sure how an ideal cmake support by kdevelop would look like.
I almost think editing the cmake files manually is not too hard.
Right now you the cmake files are part of the kdevelop project files, so you 
can easily switch to them using alt+ctrl+o. The targets in the generated 
makefiles are parsed correctly.
cmake is automatically rerun when required. 

> 3) the number of supported platforms stays the same

I don't know of any plans of the cmake developers to support less 
platforms ;-)

> 4) there is a relatively easy migration possibility from
>    the automake build system to cmake.

There's a am2cmake script in kdelibs/cmake/ (or Laurent moved it to 
kdesdk/cmake/, not sure) which does about 80 to 90 percent of the work.

Work: alexander.neundorf AT -
Home: neundorf AT                -
      alex AT               -

More information about the kde-core-devel mailing list