bullet.pc.in out of sync

kickvb
Posts: 6
Joined: Wed Dec 09, 2009 5:05 pm

bullet.pc.in out of sync

Post by kickvb »

I make a copy of my previous post on http://bulletphysics.org/Bullet/phpBB3/ ... ?f=9&t=918 because I got no answers while I think it is important. Sorry for the redundancy.

It seems that bullet.pc.in is again out of sync.

It specifies:

Code: Select all

Libs: -L${libdir} -lbulletdynamics -lbulletcollision -lbulletmath
while it should be

Code: Select all

Libs: -L${libdir} -lBulletDynamics -lBulletCollision -lLinearMath
and I guess that "-lBulletSoftBody -lBulletMultiThreaded" would also need to be added.

The CamelCasy names are problematic on Unix systems, while the conversion from bulletmath to LinearMath is even worse.
User avatar
Erwin Coumans
Site Admin
Posts: 4221
Joined: Sun Jun 26, 2005 6:43 pm
Location: California, USA

Re: bullet.pc.in out of sync

Post by Erwin Coumans »

kickvb wrote: while it should be

Code: Select all

Libs: -L${libdir} -lBulletDynamics -lBulletCollision -lLinearMath
and I guess that "-lBulletSoftBody -lBulletMultiThreaded" would also need to be added.
Sure, so you have a patch for this (in the google issue tracker)?
The CamelCasy names are problematic on Unix systems, while the conversion from bulletmath to LinearMath is even worse.
CMake is our primary build system for all platforms, and it seem to have no problems with CamelCasy names. What is the actual problems you face?

Cheers,
Erwin
kickvb
Posts: 6
Joined: Wed Dec 09, 2009 5:05 pm

Re: bullet.pc.in out of sync

Post by kickvb »

Erwin Coumans wrote: Sure, so you have a patch for this (in the google issue tracker)?
I haven't the time to do it today, I'll do it tomorrow.
CMake is our primary build system for all platforms, and it seem to have no problems with CamelCasy names. What is the actual problems you face?
I'm working on the Crystal Space Engine (http://www.crystalspace3d.org) that provides among many other things a wrapper over Bullet (and ODE btw). Crystal Space is running on a quite wide variety of platforms and distros, and we faced the problem of having the need for '-lbulletdynamics -lbulletcollision -lbulletmath' on some platforms, and '-lBulletDynamics -lBulletCollision -lLinearMath' on others.

By default a GNU/Linux user of Crystal Space would probably install the libBullet* and bullet.pc files provided by the bullet package and will result in the configure of Crystal Space not finding Bullet. Correcting the bullet.pc.in would resolve that problem.