Dear all, On Mon, 2008-11-03 at 22:29 -0300, Thiago Bastos wrote: > Just my 2 cents worth: I had been using SCons for nearly 2 years until > last week, when we decided to port all our projects to CMake. > We had a lot of customized modules for SCons, and maintaining them > started to consume too much of our time and turn things too complex > for external users, so we thought we would give CMake a chance. > As awkward as CMake's syntax is, it has *dramatically* simplified our > build scripts and our build system/servers as a whole. Our customized > modules changed from hundred-lines-of-code Python scripts to > few-lines-of-code CMake macros. It took two days to port everything, > but it was quite worth it. > > I am quite confident CMake could turn things much simpler for the core > developers, and much easier for the users.
Yes and no, I guess one thing we would loose was the possibility to just add files and have the make system figure out to include them. I don't know if this would still be working with a cmake based system. > If you are willing to give it a try, I can help. Once a developer has > ported the build script, it is also very easy for the other developers > to follow. also yes and no, I have seen weired cmake behaviour where after configure some directory entries were set back but the generate output still carried the correct, old directories. So every time you changed something else you had to reset these directories to get the correct makefiles. Anyway in general I would first like to see all the dynamic generations (fcd, scanner/parser, osg-config, OSGConfigured) working correctly before starting to seriously consider it, but I guess if KDE is able to get it working with QT (in particular moc) there should be a way to get it done. Just that we should start with them first. Also I would like to have a similar easy integration of cross compile targets, e.g. by just flipping a (single) switch. One problem that is still left with this is currently cmake only supports one tool chain for the build tree but for environments like the PPC/Cell combination you need at least two. The nice thing of cmake though would be that enabling contrib packages would be in a central place (and they finally have a gui for X11 ;-)). kind regards, gerrit ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Opensg-core mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-core
