-DCURL_LIBRARY=/workspace/dist/lib64/libcurl.so while building creates hardcoded library paths to /dist/lib64/libcurl.so

[krishchanDr]

I have my own curl library and tried to build the opentlementry-cpp with that.
The code compiles but it produces hardcoded paths to curl library
linux-vdso.so.1 (0x00007ffe58bc4000)
libopentelemetry_common.so => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libopentelemetry_common.so (0x00007f1a06596000)
/workspace/dist/lib64/libcurl.so => not found <== Here is the hardcode done by opentelemetry
libabsl_strings.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_strings.so.2401.0.0 (0x00007f1a06555000)
libabsl_strings_internal.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_strings_internal.so.2401.0.0 (0x00007f1a0654f000)
libabsl_string_view.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_string_view.so.2401.0.0 (0x00007f1a06548000)
libabsl_int128.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_int128.so.2401.0.0 (0x00007f1a0653f000)
libabsl_throw_delegate.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_throw_delegate.so.2401.0.0 (0x00007f1a06538000)
libabsl_bad_variant_access.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_bad_variant_access.so.2401.0.0 (0x00007f1a06533000)
libabsl_bad_any_cast_impl.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_bad_any_cast_impl.so.2401.0.0 (0x00007f1a0652e000)
libabsl_city.so.2401.0.0 => /mnt/d/workdir/tc_server_linux_issue/glibc-2.34/tc-monitor-cpp_win/temp/build_release_static_linux/install/dist/lib64/libabsl_city.so.2401.0.0 (0x00007f1a06526000)
.
.
.
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f1a062d3000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1a061ec000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f1a061cc000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1a05fa3000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1a0669a000)

Please check

Regards
Chandra

[owent]

This is the default behaviour of cmake. You can use RPATH to add your own search rule for custom libraries. Here is a example for our project:

set(CMAKE_INSTALL_RPATH_USE_LINK_PATH YES)
set(CMAKE_BUILD_WITH_INSTALL_RPATH YES)
set(CMAKE_BUILD_RPATH_USE_ORIGIN YES)

if(UNIX AND NOT APPLE)
  set(PROJECT_RPATH_ORIGIN "$ORIGIN")
elseif(APPLE)
  set(PROJECT_RPATH_ORIGIN "@loader_path")
endif()
include(GNUInstallDirs)
set(PROJECT_INSTALL_RPATH
    "${PROJECT_RPATH_ORIGIN}/../${CMAKE_INSTALL_LIBDIR}")

set(CMAKE_INSTALL_RPATH "${PROJECT_INSTALL_RPATH}")

# Or use set_target_properties for your targets
# set_target_properties(
#   ${TARGET_NAME}
#   PROPERTIES
#     BUILD_RPATH_USE_ORIGIN YES
#     INSTALL_RPATH "${TARGET_INSTALL_RPATH}"
# )

More details:

• https://cmake.org/cmake/help/latest/variable/CMAKE_INSTALL_RPATH.html
• https://cmake.org/cmake/help/latest/variable/CMAKE_INSTALL_RPATH_USE_LINK_PATH.html
• https://cmake.org/cmake/help/latest/variable/CMAKE_BUILD_RPATH.html
• https://cmake.org/cmake/help/latest/variable/CMAKE_BUILD_RPATH_USE_ORIGIN.html
• https://cmake.org/cmake/help/latest/variable/CMAKE_BUILD_WITH_INSTALL_RPATH.html

[krishchanDr]

Hi Owent,
Thanks for the reply. We are using patchelf to remove this hardcoding.

Regards
Chandra