Hi,
just now the first complete compile run of trunk/kdelibs/ finished using cmake as build system.
)
Only minor things are still missing: khtml (gcc 3.2 is not able to compile it), install rules for headers, some configure checks are still missing.
More details later 
Alex

In subversion?
Great! Very good to hear. Taking what you have in subversion I've got the cmake configure step working in OS X with only minor modifications. Compiling, however, fails right off the bat because my Qt is setup as an OS X framework. It looks like FindQt4.cmake needs a bit more work for OS X.
This means that the
This means that the cmake-system is now already more advanced than Scons/bksys or how do I have to read this? I mean, you announced it just about one week ago while bksys is being worked on for month... Or am I comparing apples and peaches?
cmake ??
Euh, I thought we were going to use scons / bksys? So what's the use of cmake then?
And which build system should application porters use at the moment when compiling kdelibs (snapshot) ?
Read this to understand the
Read this to understand the situation:
http://mail.kde.org/pipermail/kde-buildsystem/2006-January/000480.html
Short version: Alex is working on making cmake work, nothing has been decided yet.