Re: [Opensg-users] OpenSG 2: CMake build system

2016-04-20 Thread Carsten Neumann
Hello Johannes, On 04/19/2016 03:01 AM, Johannes wrote: > I think that this issue is not merged correctly into the git master. > The CMakeLists.Lib.OSGContribCSMSimplePlugin.txt file now contains the > following line of code: > > TARGET_LINK_LIBRARIES(simplePluginApp ${OSG_GLOBAL_LIB}) >

Re: [Opensg-users] OpenSG 2: CMake build system

2016-04-19 Thread Johannes
Hi Carsten, I think that this issue is not merged correctly into the git master. The CMakeLists.Lib.OSGContribCSMSimplePlugin.txt file now contains the following line of code: TARGET_LINK_LIBRARIES(simplePluginApp ${OSG_GLOBAL_LIB}) but it has to be TARGET_LINK_LIBRARIES(simplePluginApp

Re: [Opensg-users] OpenSG 2: CMake build system

2015-11-17 Thread Carsten Neumann
Hello all, On 2015-11-11 10:02, Carsten Neumann wrote: >> TARGET_LINK_LIBRARIES(simplePluginApp ${${OSG_GLOBAL_LIB}}) >> into >> Contrib/CSMPlugin/SimpleTest/CMakeLists.Lib.OSGContribCSMSimplePlugin.txt >> >> which resolves this error. Probably there is a more elegant solution >> that

Re: [Opensg-users] OpenSG 2: CMake build system

2015-11-11 Thread Carsten Neumann
Hello Johannes, Gerrit, On 2015-10-22 07:41, Johannes wrote: I have one additional small problem with the build system. I got an unresolved external symbol error from a missing memmanager library in target simplePluginApp. That target is somehow special and does not add the

Re: [Opensg-users] OpenSG 2: CMake build system

2015-11-09 Thread Johannes
On 22.10.2015 14:41, Johannes wrote: > Hello Gerrit, > > I have one additional small problem with the build system. I got an > unresolved external symbol error from a missing memmanager library in > target simplePluginApp. That target is somehow special and does not add > the OSG_GLOBAL_LIB

Re: [Opensg-users] OpenSG 2: CMake build system

2015-10-22 Thread Johannes
Hello Gerrit, I have one additional small problem with the build system. I got an unresolved external symbol error from a missing memmanager library in target simplePluginApp. That target is somehow special and does not add the OSG_GLOBAL_LIB dependencies. I have temporarily added the

Re: [Opensg-users] OpenSG 2: CMake build system

2015-10-07 Thread Johannes
On 06.10.2015 19:38, Gerrit Voß wrote: > I have a look, currently all the file information is collected and > temporarily stored. I would probably add a OSG_ADD_GLOBAL_EXE_SRC to > have a distinction between libs and executables. > I'm fine with that :-) Best, Johannes

Re: [Opensg-users] OpenSG 2: CMake build system

2015-10-07 Thread Gerrit Voß
Hi, On Wed, 2015-10-07 at 08:41 +0200, Johannes wrote: > On 06.10.2015 19:38, Gerrit Voß wrote: > > > I have a look, currently all the file information is collected and > > temporarily stored. I would probably add a OSG_ADD_GLOBAL_EXE_SRC to > > have a distinction between libs and executables.

Re: [Opensg-users] OpenSG 2: CMake build system

2015-10-06 Thread Gerrit Voß
Hi, On Tue, 2015-10-06 at 14:04 +0200, Johannes Brunen wrote: > Hello Gerrit, > > > > the OpenSG 2 build system does provide the 'OSG_GLOBAL_PREP' variable, > which allows me to call my own cmake configuration file. In that file > I'm allowed to define another variable 'OSG_ADD_GLOBAL_SRC'

[Opensg-users] OpenSG 2: CMake build system

2015-10-06 Thread Johannes Brunen
Hello Gerrit, the OpenSG 2 build system does provide the 'OSG_GLOBAL_PREP' variable, which allows me to call my own cmake configuration file. In that file I'm allowed to define another variable 'OSG_ADD_GLOBAL_SRC' that is evaluated for each of the OpenSG libraries. By that, I'm able to add a