[bug] conan_package_library_targets does not set IMPORTED_CONFIGURATIONS

[ilya-lavrenov]

Environment details

• Operating System+version: macOS
• Conan version: 1.60
• Python version: 3.11

Steps to reproduce

Install TBB with Conan and observe cmakedeps_macros.cmake file. It contains

function(conan_package_library_targets libraries package_libdir deps_target out_libraries_target config_suffix package_name)
    set(_out_libraries_target "")

    foreach(_LIBRARY_NAME ${libraries})
        find_library(CONAN_FOUND_LIBRARY NAMES ${_LIBRARY_NAME} PATHS ${package_libdir}
                     NO_DEFAULT_PATH NO_CMAKE_FIND_ROOT_PATH)
        if(CONAN_FOUND_LIBRARY)
            message(VERBOSE "Conan: Library ${_LIBRARY_NAME} found ${CONAN_FOUND_LIBRARY}")

            # Create a micro-target for each lib/a found
            # Allow only some characters for the target name
            string(REGEX REPLACE "[^A-Za-z0-9.+_-]" "_" _LIBRARY_NAME ${_LIBRARY_NAME})
            set(_LIB_NAME CONAN_LIB::${package_name}_${_LIBRARY_NAME}${config_suffix})
            if(NOT TARGET ${_LIB_NAME})
                # Create a micro-target for each lib/a found
                add_library(${_LIB_NAME} UNKNOWN IMPORTED)
            endif()
            # Link library file
            set_target_properties(${_LIB_NAME} PROPERTIES IMPORTED_LOCATION${config_suffix} ${CONAN_FOUND_LIBRARY})
            list(APPEND _out_libraries_target ${_LIB_NAME})
            message(VERBOSE "Conan: Found: ${CONAN_FOUND_LIBRARY}")
        else()
            message(FATAL_ERROR "Library '${_LIBRARY_NAME}' not found in package. If '${_LIBRARY_NAME}' is a system library, declare it with 'cpp_info.system_libs' property")
        endif()
        unset(CONAN_FOUND_LIBRARY CACHE)
    endforeach()

    # Add the dependencies target for all the imported libraries
    foreach(_T ${_out_libraries_target})
        set_property(TARGET ${_T} PROPERTY INTERFACE_LINK_LIBRARIES ${deps_target} APPEND)
    endforeach()

    set(${out_libraries_target} ${_out_libraries_target} PARENT_SCOPE)
endfunction()

Which sets IMPORTED_LOCATION_<config>, but does not set IMPORTED_CONFIGURATIONS.

As a I users, sometimes I need an access to library location. So, I have to understand imported configurations and then take appropriate IMPORTED_LOCATION_<config>, but Conan does not do it.

It's a good practice to set this property (done by cmake automatically)

Logs

No response

[memsharded]

Hi @ilya-lavrenov

Thanks for reporting. I think this is a known issue, would be a duplicated of #12654. I'd recommended closing this issue as duplicated and centralized discussion in the other one.

In short: this is a limitation of the available information in the cpp_info of the dependencies, for shared libraries, as well as the CMakeDeps target creation. There is pending a new model and CMakeDeps implementation for the 2.X roadmap.

[marlamb]

Hi @memsharded

I might be mistaken, but in the linked issue it is mainly about the IMPORTED_LOCATION_<CONFIG> , which is from my point of view already solved by the ${config_suffix} in the version of the file posted by @ilya-lavrenov

set_target_properties(${_LIB_NAME} PROPERTIES IMPORTED_LOCATION${config_suffix} ${CONAN_FOUND_LIBRARY})

But what I am lacking as well is the IMPORTED_CONFIGURATIONS property, such that it is possible in user CMake code to first query the available configurations and then ask for the respective imported location. One example could look like this, which looks like a reasonable logic for me to resolve imported targets.

A possible patch could look like this:

string(REGEX_REPLACE "^_" "" config_tmp ${config_suffix})
string(TOUPPER ${config_tmp} config)
set_target_properties(${_LIB_NAME}
  PROPERTIES
    IMPORTED_LOCATION${config_suffix} ${CONAN_FOUND_LIBRARY}
    IMPORTED_CONFIGURATIONS ${config}
)

There are surely various ways to write this in a nicer way (e.g. by not having _ as part of the config_suffix), however I hope the snippet shows the intention and as far as I can see it should be also sufficiently explicit to not disturb any other use-cases (but my range of vision is unfortunately still very short for conan 😆 ).

[Stadik]

The missing IMPORTED_CONFIGURATIONS is leading to CMP0111 for me as explained in #16688

[marlamb]

I created a PR #16705 in order to (hopefully) solve this issue. Following the contribution guide I want to ask @conan-io/barbarians to "queue" this issue (although I have to admit, I don't exactly know what this means in this context).

[memsharded]

@marlamb regarding your comment that some tools like catkin is requiring this, maybe you want to be aware that we are working in a ros2 integration (cc @danimtb), with rosdep & colcon, not catkin

[marlamb]

@memsharded that sounds great, I really appreciate!

Indeed the lifetime of catkin ends soon with the latest distros still supporting it running out of support (e.g. Ubuntu 20.04 next year). I just took it as an example of a logic that independent of the example looks is a valid CMake logic, that should be supported by conan.