Hi Jean-Sébastien,

"Jean-Sébastien Guay" <[email protected]> wrote:
> Hi Kim, Jan,
> 
> > I'll have a look at how this is done in the OSG CMakelists, For the OSG,
> > CMake has always defaulted to a debug&release build configuration under
> > windows, I just presumed that was the norm.
> 
> Let's be specific here. There are two separate issues:
> 
> 1. Whether the CMake scripts ask you for debug libraries or not (and
> also whether it's an error if the debug libraries are not found)
> 2. Whether the Release build is the default.
> 
> For both OSG and osgOcean, CMake will generate all four build types on
> Windows, and will let you specify what you want in CMAKE_BUILD_TYPE on
> Linux and build release by default. So we can dismiss issue 2, it's the
> same for both OSG and osgOcean.

The original problem was that even despite not specifying anything (i.e. 
default release build), the cmake was failing because of missing OpenThreads 
debug libs, despite them not really being needed on Linux.

This should be fixed now, hopefully.

> For issue 1, on *both* Windows and Linux, OSG's CMake will ask you for
> the path to debug and release versions of your libraries when it makes
> sense. For example, OSG has fields for both release and debug libraries
> for COLLADA and Boost. For other libraries it will only ask for release.
> I'm not sure what the behavior is when it doesn't find the debug
> versions, but it does ask for them.

This is OK if the debug release is being built. It is not OK, in my opinion to 
fail the build even though I am asking for release only (or didn't specify the 
option - should default to release).

> 
> Jan, can you update osgOcean and see if that works for you?

I did, but it tries to build *both* debug and release when I run cmake . :

(ja...@dvalin)-(07:02 PM Thu Oct 08)-(osgocean-read-only)
$ cmake .
-- Creating a debug and release build.
^^^^^^^^^^^^^^^^^^^^^^^^^
...
and then it fails because it doesn't find the OpenThreads debug libraries - the 
issue that was discussed elsewhere. I must specify release build explicitly to 
avoid this problem or to manually set the OPENTHREADS_LIBRARY_DEBUG variable.

For the record, svn update shows me at revision 138 as being up-to-date - the 
same as yesterday. When did you make the change?

Regards,

Jan

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to