-
Notifications
You must be signed in to change notification settings - Fork 417
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
Missing find_dependency call in fclConfig.cmake when imported targets are used in target_link_libraries #449
Comments
Would people complain if we stopped supporting the spaghetti of different ways of finding all these packages? Does anyone actually know what the minimum supported versions of all three are? |
I would definitely in favor of doing so. However, unfortunately the situation regarding ccd is a bit messy, especially if you want to support also the version installed by debian repositories. In particular, the version currently in Debian sid is the latest 2.1, but it does not contain the ccd-config.cmake file (fyi @j-rivero), probably as it has been generated using the autotools-based build systems. |
Looks like eigen and octomap have the necessary CMake files back to Xenial, even, so unless anyone complains, I will simplify those while I fix this. Looks like for CCD, I need to support pkg-config. |
Actually CI is on Trusty, so I guess that is a complaint. I will just fix as is, for now, since I am assuming this will be in a patch release. |
In the CMake build scripts of
fcl
, if the imported targetsEigen3::Eigen
,ccd
oroctomap
are defined, they are used intarget_link_libraries
withPUBLIC
visibility (see #196). When this happens, then in thefclConfig.cmake
script the appropriatefind_dependency
script should be added, to ensure that the imported targets are properly defined also in the downstream project that consumefcl
viafind_package(fcl)
.The text was updated successfully, but these errors were encountered: