Strategy for choosing a build system

Jaison Lee lee.jaison at gmail.com
Fri Feb 3 18:43:13 CET 2006


> - cmake is much more mature at this point
> - bksys will give a much nicer solution in the end
> (most KDE developers prefer an object-oriented syntax, and an all-in-one
> solution over generating Makefiles).

In my mind the biggest issue with scons was the much-discussed
SConfigure system. I took a couple stabs at SConfigure, but I wasn't
able to come up with anything that I thought was an elegant
implementation. Until someone comes up with something that works how
can we even consider scons an option?

And I'm sure someone will eventually be able to build *some* sort of
support for it, but can we even say we are using scons anymore? We'll
have a local fork of scons running a unique configuration system.
Saying we are using scons would be bit misleading I think, and we'll
have to support it for the lifetime of KDE4 and probably beyond.
Assuming the CMake devs are planning to wrap up their recent changes
into a new release the CMake system will be same as any other, with
maybe just a few bells and whistles here and there.


More information about the Kde-buildsystem mailing list