Kees,
On Tue, Apr 1, 2008 at 6:43 PM, Kees Cook <kees@...62...> wrote:
Hi,
On Wed, Mar 26, 2008 at 01:23:04PM -0700, MenTaLguY wrote:
On Wed, 26 Mar 2008 13:51:06 -0600, "Joshua Blocher" <verbalshadow@...400...> wrote:
I'm not sure if a branch is really even need as is right now since cmake build files are not makefiles. They shouldn't affect anyone not trying cmake out and since it not complete yet there is little chance of that. I worry about losing sync with trunk in a branch.
If the group feels that it better done in a branch i will put it there.
So long as it doesn't disturb the existing build system, I see no reason to do it in a branch.
I'm a few days late to this, but I thought I would reiterate some comments I've made in the past about reworking the build system. I personally have no strong opinion about how it is implemented as long as it meets a few requirements:
1- build system software is available on major distributions
Any distribution that Builds KDE( 3.x or 4.x ) currently has this build system available.
2- performs fully parallelized builds
I believe you mean adjust the jobs i.e. -j20 if not let me know what you mean.
3- uses pkg-config or similarly correct dependency detection
Yes we use pkg-config for most things. there are a few like Boost and BoehmGC that don't package .pc files that we have a Specfic macro to detect.
4- correctly builds shared objects
You going to have to explain this one to me and how to test for it. If it helps we will still be using our current same compilers/linker/etc.
If you come up with questions please let me know.
Joshua L. Blocher verbalshadow