OK, Got it.  In version 2.8.0, in the BoundingSphere header file there is this 
code at the bottom:

#ifdef OSG_USE_FLOAT_BOUNDINGSPHERE
        typedef BoundingSpheref BoundingSphere;
#else
        typedef BoundingSphered BoundingSphere;        
#endif

OSG 2.8.0 ships built with float (rather than double) BoundingSpheres. A very 
similar problem exists for BoundingBoxes.

Because of this, apps that build against it need to be careful -- either that 
or perform a custom build of OSG, which we don't want to require users of our 
PyOSG to do. 

Our "hack" was to set preprocessor definitions OSG_USE_FLOAT_BOUNDINGSHPERE and 
OSG_USE_FLOAT_BOUNDINGBOX in our bindings project.

Cheers,

Michael Day

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Robert Osfield
Sent: Saturday, May 02, 2009 1:02 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] Linker error with VirtualPlanetBuilder

Hi Michael,

It does sound like there has been a mix up w.r.t which version of
BoundingSphere has been built with the OSG i.e. BoundingSphere is
typedef'd to BoundingSpheref and BoundingSphered, these are typesdefs
against the templated BoundingSphereImp class.  Or perhaps you
wrappers are assuming one or other.

Robert,

On Fri, May 1, 2009 at 10:52 PM, Day, Michael (Mike) (CIV)
<[email protected]> wrote:
> Howdy,
>
>
>
> When building both VirtualPlanetBuilder and some custom PyOSG bindings
> against OSG 2.8.0 I get the following linker error (among others):
>
>
>
> 1>TaskManager.obj : error LNK2001: unresolved external symbol "public:
> virtual class osg::BoundingSphereImpl<class osg::Vec3d> __thiscall
> osg::Group::computeBound(void)const "
> (?computebo...@group@osg@@ube?av?$boundingspherei...@vvec3d@osg@@@2...@xz)
>
>
>
> The "Vec3d" portion of the error is, in fact, correct.  There is no such
> symbol in all of the OSG libs.  There is, however, a
>
>
>
> osg@@ube?av?$boundingspherei...@vvec3f@osg@@@2...@xz
>
>
>
> (note that it's a Vec3f).
>
>
>
> Is this a difference between OSG 2.6.x and 2.8.0?  Is there a solution?
> We've been able to build our PyOSG bindings against OSG 2.6 successfully
> without this issue in the past.
>
>
>
> Thanks,
>
>
>
> Michael Day
>
>
>
>
>
> _______________________________________________
> osg-users mailing list
> [email protected]
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to