Hi Tom, You have been faster than me :). I cached the same error in GraphicWindowIOS and applied a similar patch. I will compile it now to see if it works at my end (I guess yes). I will report it later. I am compiling with clang but I need some changes at CMakeLists.txt, have you compiled OSG without changing Cmake code? Maybe I am doing something wrong..
In the other hand I am preparing a simpleGLES2 example for iPhone, I think it could be useful for people starting with it. By the way, and probably related to the thread of Windows multitouch, coul it be a good moment to split Cmake in CMakeToolchains for platform specifics? CmakeLists.txt is becoming an ugly monster, and maybe this could simplify the proccess, thoughts? Cheers. 2012/2/28 Thomas Hogarth <[email protected]> > Hi Robert > > Attached are a few compile fixes made against latest trunk 13006. Change > to GraphicsWindowIOS is simple # gard to stop call > using GL_DEPTH_COMPONENT32_OES. As far as I know this mode doesn't exist on > IOS, I think it may have been added in a general GLES2 update but am not > sure. My fix will cover us anyhow for GLES 1 and 2 builds. I'll ask on > users list about it and if no one owns up we can ditch it. > > There is also a slightly dodgy fix for ViewDependantShadowMap.cpp around > line 232 (and another around line 541), basically I do my IOS builds with > everything set to float and was getting compile errors with the following > > zNear = osg::maximum(zNear, cv->getCalculatedNearPlane()); > zFar = osg::minimum(zFar, cv->getCalculatedFarPlane()); > > cv->setCalculatedNearPlane(zNear); > cv->setCalculatedFarPlane(zFar); > > cv->clampProjectionMatrix(projection, zNear, zFar); > > The problem is that both versions of cv->clampProjectionMatrix expect > xNear and zFar to be value_type, for now I have made a bit of a dodgy fix > as bellow > > zNear = osg::maximum<double>(zNear, cv->getCalculatedNearPlane()); > zFar = osg::minimum<double>(zFar, cv->getCalculatedFarPlane()); > > cv->setCalculatedNearPlane(zNear); > cv->setCalculatedFarPlane(zFar); > > //temps to get around float builds error, think clampProjectionMatrix > needs float and double versions rather then value_type but not sure of side > effects > osgUtil::CullVisitor::value_type zn = zNear; > osgUtil::CullVisitor::value_type zf = zFar; > cv->clampProjectionMatrix(projection, zn, zf); > zNear = zn; > zFar = zf; > > This compiles but was wondering was the real fix to make > the clampProjectionMatrix overloads accepts floats with Matrixf and doubles > with Matrixd. I wasn't sure what the side effects may be, so thought I > should ask first. > > Cheers > Tom > > > > _______________________________________________ > osg-submissions mailing list > [email protected] > > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org > > -- Jordi Torres Fabra gvSIG 3D blog http://gvsig3d.blogspot.com Instituto de Automática e Informática Industrial http://www.ai2.upv.es
_______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
