Skip to content
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

Linking issue when building repository alongside debian release #634

Open
marip8 opened this issue Sep 27, 2021 · 1 comment
Open

Linking issue when building repository alongside debian release #634

marip8 opened this issue Sep 27, 2021 · 1 comment

Comments

@marip8
Copy link
Contributor

marip8 commented Sep 27, 2021

Recently I have been trying to build the master branch of tesseract while the distributed version is also installed on my system. However, the build fails where API changes have been made, presumably because catkin is linking the tesseract packages in my workspace against the distributed versions in the /opt/ros/noetic folder rather than the freshly built equivalents in my workspace. If I uninstall the distributed version of tesseract, my workspace build succeeds.

My expectation was that catkin would know to look in the workspace for CMake dependencies before resorting to the /opt and usr directories. Is the way that we are exporting, installing or linking the tesseract packages with ros_industrial_cmake_boilerplate causing this error?

@Levi-Armstrong
Copy link
Contributor

This issue is the two places where the following were added to solve windows ros build issues. I am going to wrap them with windows compiler def to solve the linux issue.

include_directories(BEFORE ${FCL_INCLUDE_DIRS})
link_directories(BEFORE ${FCL_LIBRARY_DIRS})

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants