Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-09 Thread Jan Ciger
Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Whether or not debug is replaced by release in the absence of the debug versions for the COLLADA plugin, I do not know, though. This was the only thing I was wondering about. I was aware of all the rest. I've done my share of

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Jean-Sébastien Guay
Hi Kim, I'll have a look at how this is done in the OSG CMakelists, For the OSG, CMake has always defaulted to a debugrelease build configuration under windows, I just presumed that was the norm. Please give me a few minutes, I'll try to work this out on my Ubuntu VM and report back. There

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Kim Bale
Don't worry I wasn't going to jump on this immediately. Kim. 2009/10/8 Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com Hi Kim, I'll have a look at how this is done in the OSG CMakelists, For the OSG, CMake has always defaulted to a debugrelease build configuration under windows, I

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Jean-Sébastien Guay
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 debugrelease 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

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Jan Ciger
Hi Jean-Sébastien, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com 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 debugrelease build configuration under windows, I just presumed that was the norm. Let's

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Jean-Sébastien Guay
Hi Jan, 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. Yes, but somewhere in the discussion the issues got mixed up. I just

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Jean-Sébastien Guay
Hi Jan, Let me know how it goes. I should mention that on my Ubuntu VM, with these changes (root CMakeLists.txt at rev 139 at least), I can start with a fresh checkout of osgOcean and only the Release OSG libraries, and go all the way to make install. The only thing I did manually is I

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Jan Ciger
Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: But that doesn't answer my question of what happens for OSG? For example, if you want to build the COLLADA plugin, do you need both the debug and release COLLADA libs even on Linux? Or does the release lib get used for both if you

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-08 Thread Jean-Sébastien Guay
Hi Jan, Whether or not debug is replaced by release in the absence of the debug versions for the COLLADA plugin, I do not know, though. This was the only thing I was wondering about. I was aware of all the rest. I've done my share of development on Linux you know. I just use Windows at

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-07 Thread Kim Bale
Pankaj, Jan, J-S, I've now added a RELEASE_ONLY_BUILD option to the CMakeLists which removes the need for debug libraries. This is now committed to the osgOcean trunk. In visual studio this removes the debug projects from the build menu. Note: CMake will still look for the debug versions and list

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-07 Thread Jan Ciger
Hi Kim, Kim Bale kcb...@googlemail.com wrote: Pankaj, Jan, J-S, I've now added a RELEASE_ONLY_BUILD option to the CMakeLists which removes the need for debug libraries. This is now committed to the osgOcean trunk. In visual studio this removes the debug projects from the build menu.

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-07 Thread Jean-Sébastien Guay
Hi Jan, Kim, However, I think you should make this type of a build the default. That will simplify the life of everyone who is not actively developing osgOcean, merely using it as a dependency. OSG itself has a release build as a default as well and one has to explicitly enable debug if it is

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-07 Thread Kim Bale
J-S, Jan, I'll have a look at how this is done in the OSG CMakelists, For the OSG, CMake has always defaulted to a debugrelease build configuration under windows, I just presumed that was the norm. Whilst we're on the issue, is a default release build standard behaviour for MacOS as well?

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread pankaj nagarkoti
To compile, is there a way to avoid using the debug libraries of openthreads, fftw and osgviewer? -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17921#17921 ___ osg-users mailing list

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread Kim Bale
Hi Pankaj, If you don't require the debug versions I think you can simply put in the names of the release versions in their place within CMake. And a little word to the wise, posting without signing with your name really gets on peoples wick here. All the forum posts get forwarded to a mailing

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread Jean-Sébastien Guay
Hi Pankaj, To compile, is there a way to avoid using the debug libraries of openthreads, fftw and osgviewer? In addition to what Kim mentioned, depending on what platform you're working on, there might be an additional issue. On Linux it doesn't make any difference, so you can do what Kim

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread Jan Ciger
Hi Kim, Kim Bale kcb...@googlemail.com wrote: Hi Pankaj, If you don't require the debug versions I think you can simply put in the names of the release versions in their place within CMake. Could the CMakeFile.txt be fixed that if no debug version is found cmake doesn't fail? I want to build

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread Jean-Sébastien Guay
Hi Jan, Could the CMakeFile.txt be fixed that if no debug version is found cmake doesn't fail? I want to build a release (default) and it fails because the debug version of OSG is not there - it shouldn't be required for building release and/or if not on Windows (you can safely mix

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread Kim Bale
Hi Jan, J-S, I was actually thinking about how to fix the debug library issue since pankaj mentioned it, it does appear to be a common request. I did a quick google and I think it is possible to setup CMake to configure single build types if required. If that is the case, then I think providing a

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread Jan Ciger
Hi Jean-Sébastien, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Jan, Could the CMakeFile.txt be fixed that if no debug version is found cmake doesn't fail? I want to build a release (default) and it fails because the debug version of OSG is not there - it shouldn't be

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-10-06 Thread Jean-Sébastien Guay
Hi Jan, Thanks for the investigations on your machine. It finds the non-debug OSG successfully but fails on finding debug version of OpenThreads (which I didn't compile, I have only release one). I think the issue is in the FindOpenThreads.cmake lacking the code you have pointed out. Yeah,

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-14 Thread Kim Bale
Hi Peter, I haven't tried compiling against 2.8.1. so I'll give it a go at the weekend and report back to you. Kim. 2009/8/13 Peter Bear th3fly...@gmail.com: Kim Bale wrote: Hi Peter, What version of OSG are you compiling against? Regards, Kim. 2009/8/12 Peter Bear : OK, I'm using

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-13 Thread Kim Bale
Hi Peter, What version of OSG are you compiling against? Regards, Kim. 2009/8/12 Peter Bear th3fly...@gmail.com: OK, I'm using Fedora 11 now, as i got sick of the issues i was having on the laptop using vs, so now I got it to get past the cmake section, but when I try to make the 1.0 zip,

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-13 Thread Peter Bear
Kim Bale wrote: Hi Peter, What version of OSG are you compiling against? Regards, Kim. 2009/8/12 Peter Bear : OK, I'm using Fedora 11 now, as i got sick of the issues i was having on the laptop using vs, so now I got it to get past the cmake section, but when I try to make

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-12 Thread Peter Bear
OK, I'm using Fedora 11 now, as i got sick of the issues i was having on the laptop using vs, so now I got it to get past the cmake section, but when I try to make the 1.0 zip, i get: [r...@pciii bin]# make install Scanning dependencies of target osgOcean [ 5%] Building CXX object

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-09 Thread Jean-Sébastien Guay
Hi Peter, VS 05 is VS 8.0, and VS 08 is VS 9.0 or at least thats what it installs as The use of 08 instead of 2008 is what confused me. Using the 4-digit year would be clearer, you have to admit. vs08 vs8 vs80... Please be clear when you write. So now that that's cleared up, I have to

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-09 Thread Peter Bear
My guess is it's something involving changes from vs 05 to vs08 Cheers, Peter -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=16016#16016 ___ osg-users mailing list osg-users@lists.openscenegraph.org

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-09 Thread Peter Bear
I have a gut feeling the issues are caused by the changes in syntax in vs 2008. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=16017#16017 ___ osg-users mailing list

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-09 Thread Jean-Sébastien Guay
Hi Peter, I have a gut feeling the issues are caused by the changes in syntax in vs 2008. There should be no changes in syntax, it's all standard C++. But as I said, I won't be able to investigate this right now, I don't have access to VS 2008 now. J-S --

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-09 Thread Peter Bear
IIRC MS changed the syntax rules in 2008 or 2008 sp1 Cheers, Peter -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=16022#16022 ___ osg-users mailing list osg-users@lists.openscenegraph.org

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-08 Thread Peter Bear
VS 05 is VS 8.0, and VS 08 is VS 9.0 or at least thats what it installs as -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=16007#16007 ___ osg-users mailing list osg-users@lists.openscenegraph.org

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-07 Thread Jean-Sébastien Guay
Hello Peter, that got cmake to build it, but now when trying to compile, it gives tons of errors and fails compiler is vs08 sp1 32 bit Are you sure about that? This: C:\Program Files\Microsoft Visual Studio 9.0\VC\ in your log suggests you're using VC9. Perhaps you have mixed-up

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-06 Thread Kim Bale
I think I see your problem Peter, you have to run CMake from the root directory not the src directory the text box is a little misleading. So the osgOcean directory tree looks a bit like this ..\osgOcean\ - direct cmake to here ..\osgOcean\src\ ..\osgOcean\include\ ..\osgOcean\resources\ So

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-08-05 Thread Peter Clemenko III
Hi, recently got a chance to test it again, same thing [Image: http://i16.photobucket.com/albums/b15/Th3Flyboy/screenies/gv.jpg ] [Image: http://i16.photobucket.com/albums/b15/Th3Flyboy/screenies/sv.jpg ] error message CMake Warning (dev) at D:/csp/devpack/Devpack 32

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-07-29 Thread Peter Clemenko III
I have the latest binary of Cmake, and this is a larger version of the image) [Image: http://i16.photobucket.com/albums/b15/Th3Flyboy/issue.jpg ] as far as the dependencies goes, it doesn't even get me that far to ask for that Peter -- Read this topic online here:

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-07-29 Thread Jean-Sébastien Guay
Hi Peter, as far as the dependencies goes, it doesn't even get me that far to ask for that Don't show the advanced options, that's just noise and doesn't relate to your current problem. If you just check what values it gives for the OSG libraries, and if they're not right fix them

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-07-28 Thread Kim Bale
Hi Peter, I'm not sure which debug library CMake is refering to, the screenshot you sent is tiny! Can you send a larger one? Cheers, Kim. 2009/7/28 Peter Clemenko III th3fly...@gmail.com: Hi, I'm getting this error when I try to compile the 1.0 source with Cmake using the vs08 option

Re: [osg-users] [3rdparty] osgOcean 1.0 (LGPL) Released

2009-07-28 Thread Jean-Sébastien Guay
Hello Peter, I'm getting this error when I try to compile the 1.0 source with Cmake using the vs08 option CMake Error at osgOcean/CMakeLists.txt:97 (TARGET_LINK_LIBRARIES): The debug argument must be followed by a library. Could someone please give me any ideas on why it is saying this?