~btCollisionShape error...

Hi,

First of all I am using codeblocks 10.05 on windows 7 64bit, with Ogre 1.71 prebuilt SDK and Bullet 2.77.
I have the latest SVN version of OgreBullet. I compiled bullet's libraries and OgreBullet's and set up a project.
Without any OgreBullet headers included, the application runs and shows the blank screen as it should.
When i include:
"OgreBulletRigidBody.h"
or something like that, might be OgreBulletRigidBodyDynamics, and try to run i get 11 errors all related to btCollisionShape and ~btCollisionShape.
I tried compiling OgreBullet against bullet 2.76 (the version it suggests in the tutorial), and got the same error.
What's wrong?

Does C::B know where to find your Bullet headers?

- Fish

Yes, I went to build options and under the Debug and Release search directories I have put:
$(BULLET_HOME)/src
and configured an enviroment variable within codeblocks so $(BULLET_HOME) points to the root bullet directory.
In linker I linked all the libs:
OgreMain, OIS, OgreBulletCollisions.a, OgreBulletDynamics.a, bulletcollision.a, bulletdynamics.a, LinearMath.a, GIMPACTutils.a, ConvexDecomposition.a
And I believe i am using TDM gcc 4.4.1 that comes in the codeblocks + mingw installer package.

Maybe try swapping the order of your linker libraries OgreBulletCollisions.a and OgreBulletDynamics.a.

Tried swapping the libs just now...didn't do anything.
I searched out older versions of Bullet and found 2.64 RC2, so I'm going to try compiling against that.

GCC requires libraries to be listed in a certain order, otherwise it'll throw linker errors. Why that's the case is beyond me. I had to experiment quite a bit before I found the link order that works for me:

OgreMain
OgreBulletDynamics
OgreBulletCollisions
BulletDynamics
BulletCollisions
BulletMath
ConvexDecomposition

I also found that GCC can be oddly finicky when it comes to the trailing ".a" (as in OgreBulletDynamics.a) in the linker definition and sometimes the leading "lib" as in (libOgreBulletDynamics). So far I've found that removing the ".a" in the linker declaration gives the best results.

- Fish

Thanks Fish, seems it was the '.a' at the end causing the problem.
Now I can finally get physics working!

You're welcome.

- Fish