Hello Gerrit,

 

yesterday I spend some time to update my code base to the latest third
party components.  On compiling OpenSG 2.0 I did have some problems
which I would like to report. Let me first say that for various reasons,
I do work with the following settings 

 

-D OSG_USE_OSGSUPPORT_LIBS:BOOL=OFF

-D OSG_USE_STATIC_SUPPORT_LIBS:BOOL=OFF

 

The following support libraries could not be found with my setup:

 

gdal:

1.       ConfigurePackages.cmake does not handle the GDAL_FOUND case.
Any reason for that? 

2.       The CMake (2.8.6) FindGDAL.cmake script does not handle the
library name gdal18.lib which I use. This is not an OpenSG case.

 

opennurbs, glew, libmini:

The ConfigurePackages.cmake does not handle the
OSG_USE_OSGSUPPORT_LIBS=OFF case.

 

openexr:

I did have a non static versions of openexr libraries. These requires
setting an additional flag OPENEXR_DLL. I simply passed that into the
CMakeCache.txt file. It would be fine to have an OpenSG switch, if
possible.

 

Attached you can find a diff to the original ConfigurePackages.cmake
file. However, I have to admit that my changes are ad hoc modifications
and not valid for the general case.

 

Best,

Johannes

 

Attachment: ConfigurePackages.cmake.patch
Description: ConfigurePackages.cmake.patch

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to