On 4 February 2011 20:04, D. Michael McIntyre <[email protected]> wrote: > On Friday, February 04, 2011, Ian Gardner wrote: > >> It would be easier in KDevelop4 if we had a cmake script for managing the >> project. It's one of the things I'd like to volunteer for later in the >> year. I love CMake! > > The only problem I have with that idea is that if we want to change out the > build system again, we need to come up with a plan for how it's going to get > maintained in perpetuity. The one good thing about the build system we have > now is that both Chris and I understand it well enough to maintain it over > time.
Right, just as Michael says, we did once have a nicely working CMake setup done by Pedro Lopez-Cabanillas. But during the KDE3-to-Qt4 port we had to update it for a number of significant changes, and Pedro had drifted away by then and we found that we didn't actually have any idea how to. Since we were then basically back in the position of choosing from scratch again, we just ended up using what we were more comfortable with. Our autoconf is quite clean, as well, since we don't use automake/libtool etc. CMake did work well when it worked, though I have to say I'd probably rather look at a Makefile in vi than at one of those long lists of variables in ccmake. Not that my opinion should have any more weight than yours at the moment, Ian, since I think you've contributed more to RG recently than I have. Just trying to illustrate how we ended up here in the first place. (Before CMake we used scons, and before scons we used a very complicated autoconf/automake/libtool setup.) Chris ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ Rosegarden-devel mailing list [email protected] - use the link below to unsubscribe https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
