Closed gergondet closed 1 year ago
Hi @gergondet
If I understand correctly, it won't find the good conan package because your build_type
is not Release
or Debug
. If you want to keep RelWithDebInfo
in your conan profile, can't you simply add kortex_api_cpp:build_type=Release
to your settings?
I understand your modifications, but I don't think this is necessary
Hi @felixmaisonneuve
Thanks for your reply. The problem is two fold:
CMAKE_BUILD_TYPE
that is passed to catkin (at least that seems to be the case in the default configuration) but binaries are only available for Debug and Release typescan't you simply add kortex_api_cpp:build_type=Release to your settings?
I could but:
Since CMake already knows which build type I want it seems reasonable to override the configuration there
But binaries for for kortex_api_cpp/2.3.0-r.34@kortex/stable are available. Here is the Debug conan package Here is the Release conan package
Looking at the error message you have, it says
WARN: Can't find a 'kortex_api_cpp/2.3.0-r.34@kortex/stable' package for the specified settings, options and dependencies:
and looking at th settings, you have build_type=RelWithDebInfo
.
- Settings: arch=x86_64, build_type=RelWithDebInfo, compiler=gcc, compiler.libcxx=libstdc++11, compiler.version=5, os=Linux
That's why I said your build_type is incorrect. We only have conan packages for Release
and Debug
.
You are right when you say it uses CMAKE_BUILD_TYPE
, but unless you specify it with -DCMAKE_BUILD_TYPE=Release/Debug
, I assume it will use what is set in your conan profile.
But binaries for for kortex_api_cpp/2.3.0-r.34@kortex/stable are available.
My bad. Using the correct build type for the conan package lets conan correctly fetch the package (despite conan search
reporting an empty page?)
You are right when you say it uses CMAKE_BUILD_TYPE, but unless you specify it with -DCMAKE_BUILD_TYPE=Release/Debug, I assume it will use what is set in your conan profile.
It doesn't. My conan profile defaults to Release:
❯ conan profile show default
Configuration for profile default:
[settings]
os=Linux
os_build=Linux
arch=x86_64
arch_build=x86_64
compiler=gcc
compiler.version=9
compiler.libcxx=libstdc++
build_type=Release
[options]
[conf]
[build_requires]
[env]
When run via conan.cmake the build_type
settings is automatically set to match the CMAKE_BUILD_TYPE
I'm passing to catkin, hence, imho, it would make to either:
kortex_api_cpp:build_type
based on the current CMAKE_BUILD_TYPE
so that the closest match is usedI suppose we can close this issue now that the pull request is merged
Description
I am trying to install this stack on Ubuntu 20.04 with ROS noetic, using the conan approach. It fails to find matching kortex_api_cpp binaries. I have done the required conan setup.
I get the following message:
Indeed, if I execute:
conan search kortex_api_cpp/2.3.0-r.34@kortex/stable --table=out.html -r kinova_public
as suggested by conan, the table is empty.Version
ROS distribution : noetic
Any other information
There is binaries for the 2.5.0-r.6 version. However, this still fails on my setup because I set the build_type to
RelWithDebInfo
.In total I have applied the following patch to build on my system:
I would be happy to contribute a PR if that's ok with you?