Hi,
On Sun, 2009-08-23 at 20:40 +0200, Christoph Schäfer wrote:
> Hi all,
>
> recently I experienced some unexpected behavior using the
> FindOpenSG.cmake module (svn r2044) in my CMake based project. In my
> CMakeLists.txt the OpenSG specific code looks like this:
>
> -----------------------snip---
> #############
> #### OpenSG
> #############
>
> SET(OSG_COMPONENTS OSGBase
> OSGCluster
> OSGDrawable
> OSGFileIO
> OSGGroup
> OSGImageFileIO
> OSGState
> OSGSystem
> OSGUtil
> OSGWindow
> OSGWindowQT4)
>
> IF(UNIX)
> IF(APPLE)
> LIST(APPEND OSG_COMPONENTS OSGWindowCarbon)
> ELSE(APPLE)
> LIST(APPEND OSG_COMPONENTS OSGWindowX)
> ENDIF(APPLE)
> ENDIF(UNIX)
>
> IF(WIN32)
> LIST(APPEND OSG_COMPONENTS OSGWindowWIN32)
> ENDIF(WIN32)
>
> FIND_PACKAGE(OpenSG REQUIRED ${OSG_COMPONENTS})
>
> MESSAGE(STATUS
> "===========================================================================")
> MESSAGE(STATUS "include: "${OpenSG_INCLUDE_DIRS})
> MESSAGE(STATUS "libs: " ${OpenSG_LIBRARIES})
> MESSAGE(STATUS "libdir: "${OpenSG_LIBRARY_DIRS})
> -----------------------snip---
>
> The interesting part is, that ${OpenSG_LIBRARY_DIRS} is always empty and
> ${OpenSG_LIBRARIES} only contains the libraries names in the very first
> pass. Is this something known?
>
> Another point are debug libs on Windows systems. The FindOpenSG.cmake
> won't find the libs with "d" appended.
>
let me have a look. In general we use imported targets on windows in
order to get the variants right. I'll check if this changed something.
kind regards,
gerrit
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
