I'm going to go ahead and start on Eric's To-do list. I'll repost that here: - Need to place CMakeLists.txt directly into the source tree (to mimic current GNUMakefile layout) - Need to create three independent build systems for each component (OpenThreads, Producer, OSG), while also allowing for a way for all three to be built together when the source is bundled together - Split off the Windows auto-dependency download from the build system, but allow the CMake system to be aware of the layout for this? - Change the current clever file glob into a boring/dumb manual opt-in to build - Finish adding all components (examples, plugins, etc) - Add gui/configuration options to control which components are built - Add detection for optional components - Add platform specific options (OS X framework or .dylib, etc) - Add preference support (built static or dynamic, 32-bit or 64-bit (or obese in OS X?),etc) - Doxygen support
Secondary stuff: - CMake/CTest/nightly dashboard? - Packaging / installers I'll also join the CMake listserv, since, yes, documentation is definitely lacking. I'll start today on the first 2 or 3 bullets. Hopefully mgmt won't pull me off for something "urgent." jacob On 8/22/06, Robert Osfield <[EMAIL PROTECTED]> wrote:
I am encourage by all the discussion about cmake, and while I am not yet in a position to learn and start working with cmake right away I do plan to over the coming months. If things work out well then we could well see OpenSceneGraph moved across to using Cmake. One thing that does slightly bother me is the yet another script language syndrome. Is there a reason why they dind't adopt Python or Lua? From my positive experiences with Lua I'd say it would be work well as the basis of a domain specific language for build, and its so small that it could easily fit inside the another project like cmake. Another aspect to challange that cmake is trying to sumount is that of tracking the moving goal posts of VS and Xcode. I don't hold out much hope for influencing MS to better support the cmake project itself, but perhaps Apple could be more open to helping making the task of support Xcode through cmake easier. For instance if a new Xcode version comes out and breaks the compatibility then perhaps Apple could release scripts for the new Xcode on the day of release or near after. Perhaps other IDE's could be encouraged to go the same route. Robert. _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
