-
Notifications
You must be signed in to change notification settings - Fork 486
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Linker errors when linking ros libraries because of missing link_directores #277
Comments
Original comment by Lorenz Mösenlechner (Bitbucket: moesenle). I'm not sure. I don't think the evaluation order of subdirectories is defined in CMake anywhere so I don't think it's a bug in CMake. My guess what happens on your system is that the subdirectory gazebo/sdf/interface is expanded first while it is expanded later on my system. I think cmake is just not deterministic there. Btw. I get the same issue with CMake 2.8.7, too. I've seen it on at least three different computers. |
Original comment by Lorenz Mösenlechner (Bitbucket: moesenle). John, is maybe urdfdom and console_bridge not installed on your system? In that case you wouldn't run into the error since libgazebo_sdf_interface would not link against them. I have ros groovy installed which provides the two libraries. |
Original comment by Lorenz Mösenlechner (Bitbucket: moesenle). See pull request #194. |
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
Fixed in pull request #194 |
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
|
Original report (archived issue) by Lorenz Mösenlechner (Bitbucket: moesenle).
The original report had attachments: gazebo-cmake-link-directories.patch
When compiling gazebo (current tip as of Dec. 5) I ran into a bunch of linker errors because the build could not find the urdfdom and console_bridge libraries. The problem seems to be that with my cmake version (2.8.10.2), targets get added before /opt/ros/groovy/lib is added with link_directories. Adding ${urdfdom_LIBRARY_DIRS} and friends in gazebo, plugins and tests before processing all subdirectories solves the issue. Patch attached.
The text was updated successfully, but these errors were encountered: