Hi all > Great! So... all together: "Mattias! Mattias! Mattias! Wooooooo!" :)
thanks for the cheerup :-) > > Sukender, cheerleader ;) > PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ > > > Le Thu, 18 Dec 2008 15:13:17 +0100, Jean-Sébastien Guay > <[email protected]> a écrit: > >> Hi Sukender, >> >>> Just do simple: debug packages with debug binaries, and release packages >>> with release binaries (and so on for any custom configuration). >> >> I totally agree, and that was my conclusion too. ok. So we're all agreed and it's up to cmake, cpack and I :-) I shall do what I can to accomplish this. Let me just say that on make platforms (where it is not really needed) this is 2 minutes work using the CMAKE_BUILD_TYPE variable. When using the Visual Studio xxx generators you don't get this var because that's not how visual studio users are used to having it. This is a major design principle of the cmake team - to generate what people on each platform is used to work with. This complicates it for us/me. On linux(un*x) the debug or release is defined by the cmake configurator. On windows it is defined in the visual studio generator and switched arbitrarily by the VS user. There's a difference. We *could* force the visual studio generator to only build debug or release by setting the var that usually contains "Release;Debug:MinSizeRel;RelWithDebugInfo" (am on linux and can't remember the name) to either "Release" or "Debug" but would then be breaking to good intentions of the cmake team. Will let you know how I get on. Thanks for the input. Mattias >> >>> Just a suggestion: is it possible to make an exception for realase, so that >>> the "release" name does not appear >>> ("libopenscenegraph-2.8.0-win32-x86-vc80sp1.tgz" for instance)? >> >> It might be nice, but it's ambiguous... I think I'd prefer to have >> -release and -debug in all cases. >> >> J-S > > _______________________________________________ > osg-submissions mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org > _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
