Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hi All Small bug when configuring for Android on OS X, at the the moment i think the fact I'm on iOS is overriding everything We end up with this in GL header file #include "TargetConditionals.h" #include We need this //#include "TargetConditionals.h" #include I'll try properly fix it asap

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Thanks Roni, fix merged and submitted to svn/trunk. Cheers, Robert. On 31 May 2014 23:10, Roni Zanolli wrote: > Hi Robert/Stephan, > > I was able to start a test in the iPhone build using GLES2 and I found > a error in the CMakeList.txt. ios 7.1 Xcode 5.1.1. Below the fix: > > //IF (OSG_GLES1_AV

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hi Robert/Stephan, I was able to start a test in the iPhone build using GLES2 and I found a error in the CMakeList.txt. ios 7.1 Xcode 5.1.1. Below the fix: //IF (OSG_GLES1_AVAILABLE) IF (OSG_GLES2_AVAILABLE) SET(OSG_GLES2_FEATURES "true") ELSE() SET(OSG_GLES2_FEATURES "false") ENDIF() C

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Thanks Stephan, fix merged and submitted to svn/trunk. On 1 May 2014 16:31, Stephan Maximilian Huber wrote: > Hi Robert, > > attached you'll find some modifications to get the new scheme working on OS > X. I haven't tested them for iOS, will do next week. > > cheers, > > Stephan > > Am 30.04.201

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hi All, I have just checked in a renamed of the new automatically configured header from include/osg/OpenGL to include/osg/GL with it replacing the old hand written GL header. An svn update will provide this change. Hopefully everything should just work, but if it doesn't let me know and I'll tr

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

On Fri, Apr 25, 2014 at 2:25 AM, Robert Osfield wrote: > Now things are compiling OK for you, could you let me know which bits > if any of the original post you now want merged. > Thanks, Robert. I re-posted this to osg-submissions, in the original thread. -Paul ___

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hi Pjotr, Thanks for the fix, they all look good, now merged and submitted to svn/trunk. Robert. On 25 April 2014 09:37, Pjotr Svetachov wrote: > For me osgviewer.cpp and Renderer.cpp were not compiling (visual studio 2013 > with profile GL2) because they were still using GLuintEXT. So I chang

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

For me osgviewer.cpp and Renderer.cpp were not compiling (visual studio 2013 with profile GL2) because they were still using GLuintEXT. So I changed that, see the attached files. I also noticed that the generated OpenGL header were not copied to the installation directory so my own application

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hi Paul, On 24 April 2014 23:32, Paul Martz wrote: > Hi Robert -- The 'OpenGL' header was still getting generated into the source > tree, so I tracked it down and have a fix for you. See attached top-level > CMakeLists.txt. Thanks. > > At this point, everything seems to be building as expected wi

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hj Paul, On 23 April 2014 22:42, Paul Martz wrote: > I don't think you want the values of OPENGL_HEADER1 and OPENGL_HEADER2 to be > in the CMake cache, as subsequently changing OPENGL_PROFILE would then fail > to reset their values. I've attached a top-level CMakeLists.txt that > addresses that i

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

On 23 April 2014 19:39, Paul Martz wrote: > I'm still seeing this issue with trunk r14158. Odd... I did at least attempt to add and checked it in... Something must have gone wrong when I did the check in and didn't spot the error. I have just do the check in again and did a trial check out and t

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

I'm still seeing this issue with trunk r14158. On Wed, Apr 23, 2014 at 9:34 AM, Robert Osfield wrote: > Hi Alberto, > > On 23 April 2014 16:18, Alberto Luaces wrote: > > It seems that OpenGL.in is uncommited: > > > > $ cmake . > > CMake Error: File /.../src/osg/OpenGL.in does not exist. > > Sor

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hi Alberto, On 23 April 2014 16:18, Alberto Luaces wrote: > It seems that OpenGL.in is uncommited: > > $ cmake . > CMake Error: File /.../src/osg/OpenGL.in does not exist. Sorry about this, files now checked in. Robert. ___ osg-users mailing list osg-

Re: [osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Robert Osfield writes: > So please and let me know how you get on. It seems that OpenGL.in is uncommited: $ cmake . CMake Error: File /.../src/osg/OpenGL.in does not exist. -- Alberto ___ osg-users mailing list osg-users@lists.openscenegraph.org htt

[osg-users] New scheme for configuring the OSG for building against different versions of the OpenGL/OpenGL ES

Hi All, To address some of issues associated with building the OSG with different OpenGL versions/profiles I've introduced into svn/trunk a new CMake based scheme where you just need to set a single Cmake variable at configure time specifying the target and then have our CMake scripts configure al