Skip navigation.
KDE Developer's Journals

I did it !!! :-)

alexander neundorf's picture

Hi,

just now the first complete compile run of trunk/kdelibs/ finished using cmake as build system. Smiling)
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 Smiling

Alex

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
lovelace's picture

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.

cniehaus's picture

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?

winfried dobbe's picture

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) ?

cniehaus's picture

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.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.