Bug #854

pcl17: linking problem in pcl17/bin

Added by Michael Korn 7 months ago. Updated 7 months ago.

Status:Closed Start date:10/23/2012
Priority:Normal Due date:
Assignee:Radu B. Rusu % Done:

100%
Category:ROS
Target version:1.7

Description

After the executables will be copied from perception_pcl_unstable/pcl17/build/pcl_trunk/build to perception_pcl_unstable/pcl17/bin (make install in Makefile) the linking the with the lib files is incorrect.
So the programs in perception_pcl_unstable/pcl17/build/pcl_trunk/build are working.
But the programs in perception_pcl_unstable/pcl17/bin report: 

./kinfu_app: error while loading shared libraries: libpcl_common.so.1.7: cannot open shared object file: No such file or directory

If I copy the files form perception_pcl_unstable/pcl17/build/pcl_trunk/build to perception_pcl_unstable/pcl17/bin it works.

History

#1
Updated by Radu B. Rusu 7 months ago

  • Assignee changed from Michael Dixon to Julius Kammerl

#2
Updated by Radu B. Rusu 7 months ago

Michael, which stack did you use from http://svn.pointclouds.org/ros/ ?

#3
Updated by Julius Kammerl 7 months ago

Hi Michael,

could you give us some more infos about your system? What's your LD_LIBRARY_PATH? What's the output of "ldd" on your binary. Are there any "rpaths" set?

Julius

#4
Updated by Radu B. Rusu 7 months ago

I concur I can replicate the issue with pcl17 from branches/fuerte/perception_pcl_unstable.

#5
Updated by Radu B. Rusu 7 months ago

  • Status changed from New to Closed
  • Assignee changed from Julius Kammerl to Radu B. Rusu
  • % Done changed from 0 to 100

Fixed in trunk of ros/branches/fuerte/perception_pcl_unstable. The issue was simple: for some reason on some systems, cmake decides to use lib64 instead of lib. All we had to do is create a softlink at the end. There's probably a more elegant fix, but this seems to work great for now, so I'll mark this ticket as solved.

Thanks for the bug report Michael!

Also available in: Atom PDF