On 08/08/2009 01:43 PM, Per Jessen wrote:
Dave Plater wrote:
It works! Now I'm left with :- I: Program causes undefined operation (likely same variable used twiceand post/pre incremented in the same expression). e.g. x = x++; Split it in two operations. W: blender sequence-point source/gameengine/Physics/Bullet/CcdPhysicsController.cpp:1783, 1836
Uh, I don't even have a line 1836 in that file?
I: Program is using uninitialized variables. Note the difference between "is used" and "may be used" W: blender uninitialized-variable extern/bullet2/src/LinearMath/btAlignedObjectArray.h:224
Do you know who/what generates these warnings? They don't seem to be from g++.
The btCylinderShape.cpp and btTriangleShapeEx.h unititialized variables have gone but is the undefined operation a result of the fix?
I don't think so, but it is a bit suspect.
/Per Jessen, Zürich
Am I correct in assuming that the following snippet "int m_padding[5];//bad, due to alignment" from blender-2.49/extern/bullet2/src/BulletCollision/BroadphaseCollision/btQuantizedBvh.h is the cause of the last uninitialized variable? :- /// btOptimizedBvhNode contains both internal and leaf node information. /// Total node size is 44 bytes / node. You can use the compressed version of 16 bytes. ATTRIBUTE_ALIGNED16 (struct) btOptimizedBvhNode { BT_DECLARE_ALIGNED_ALLOCATOR(); //32 bytes btVector3 m_aabbMinOrg; btVector3 m_aabbMaxOrg; //4 int m_escapeIndex; //8 //for child nodes int m_subPart; int m_triangleIndex; int m_padding[5];//bad, due to alignment }; Regards Dave P -- To unsubscribe, e-mail: opensuse-programming+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-programming+help@opensuse.org