(PATCH) Bullet 2.74

Attached is a patch that allows OB to compile (MSVC8.0 and MinGW3.4.5) against Bullet 2.74. However, since we do not use "vehicles" in our simulation I have not tested the patch. When someone is able to verify that working vehicles continue to work as expected with this patch, I'll then submit the patch officially.

[attachment=0]Bullet2_74_Patch.zip[/attachment]

-Fish

I think you need to path also .cpp file, like this.

Changing the .cpp file back to "static_cast" does not compile on MSVC8.0 or MinGW. What compiler are you using?

I compiled with gcc on linux platform, mingw must be ok

oops...
i'm sorry, didn't check patch...
you need to change not dynamic to static, but static to dynamic...

here is fixed.
Please write to me to email when you check it works zaynyatyi@gmail.com

Assuming my casting is up to scratch, won't this be the same as just making those lines return NULL? I don't think that cast can possibly succeed.

I haven't tested it, but I'm fairly sure the constraints won't work

I haven't tested it, but I'm fairly sure the constraints won't work

Yeah...it's a long shot, but it compiles. I'm waiting for someone to test it out, tell me it crashes, and then I can ask them to find a fix

SVN updated to latest Bullet.

Thanks a lot

Hey guys,

if you get the ogreBulletCollision error
replace HasHit by hasHit.

Thanks.

Hi all,

like I understand this, it is possible to compile OgreBullet for windows with MinGW also?

What do I have to do if I like to do that?
Is the patch still applied in the source or do I have to do this manually? If yes, how to do this?

Can someone please explain how to compile OgreBullet with MinGW because I didn't find a makefile or something like that.
In this case it would be great if I can use Code::Blocks to compile that package?

Thanks in advance

Sensei

I use CodeBlocks with MinGW to compile OgreBullet. In CodeBlocks you can load one of the .sln files included with OgreBullet. You shouldn't need to apply this patch, Tuan already applied a better patch in SVN.

-Fish

Hi,

thanks for your fast reply.

When I try to compile OgreBullet with CodeBlocks I get the following error:
..\..\include\Constraints\OgreBulletDynamicsRaycastVehicle.h|97|error: invalid static_cast from type `btTypedConstraint*' to type `btRaycastVehicle*'|

I installed the OgreBullet from the file "OgreBullet_SourceSDK_Setup.exe" and not from from the pure Source, but that sould not make a differece I think.
Or do I have to get the sources from SVN first?

Thanks in advance

Sensei

I recommend getting the source from SVN.

-Fish

Hello again, hello fish,

I built Bullet with MS Visual C++ and OgreBullet with Code::Blocks and MinGW. All went ok and I got all the libs.

But in the case when I want to build an example application I get the following warnings and quite a bunch of undefined references:

||Warning: .drectve `/DEFAULTLIB:"libcpmt" /DEFAULTLIB:"LIBCMT" /DEFAULTLIB:"OLDNAMES" ' unrecognized|

and for example:

..\..\..\..\..\..\..\OgreBullet\lib\Release\libOgreBulletDynamics_SDK.a(OgreBulletDynamicsRigidBody.o):OgreBulletDynamicsRigidBody.cpp|| undefined reference to `btRigidBody::btRigidBody(float, btMotionState*, btCollisionShape*, btVector3 const&)'|

but I definitly set the library in the linker options.

After googeling a but for that warning message I found an hint that says:
That this warning appears because MinGW cant deal with libs that was compiled with MS Visual C++.

Im wondering a bit about this answer and cant belive that this is true, because as far as I know I'm only able to compile Bullet with MS so there must be a way to bild a ogrebullet app using MinGW and Code::Blocks

As far as I know you are also using Code::Blocks and MinGW. Maybe you have a solution for my problem.

Thanks in advance

Sensei

No, you cannot mix libraries between compilers. You have to compile everything with MinGW or VC++.
Bullet can be built with MinGW, you just have to install CMake and use it to generate MinGW Makefiles.

Hi debio,

thanks for the hing, I will try this out.

Greetings

Sensei