Linking (statically) open telemetry with existing C++ project fails with linker error.

[PeterStayPool]

Hi, All I am Peter.

I am trying to integrate the open telemetry into our code base but encountering the following errors.
For your information, we built .a libs and trying to link statically.
For the project we are building, we passed -pthread option as well. The followings are errors we are seeing.

cmake args used to build the open telemetry static lib (.a files)

cmake_gen_args=(
"-DCMAKE_BUILD_TYPE=${build_type}"
"-DCMAKE_INSTALL_PREFIX=${build_path_prefix}/${build_type}"
"-DCMAKE_CXX_COMPILER=clang++"
"-DCMAKE_CXX_STANDARD=14"
"-DBUILD_TESTING=OFF"
"-DBUILD_SHARED_LIBS=OFF"
"-DCMAKE_POSITION_INDEPENDENT_CODE=ON"
"-DCMAKE_CXX_FLAGS_INIT=-fvisibility=hidden"
"-DCMAKE_EXPORT_COMPILE_COMMANDS=ON"
"-DCMAKE_CXX_FLAGS=-pthread"

ld.lld: error: undefined symbol: std::__exception_ptr::exception_ptr::exception_ptr(void*)
>>> referenced by periodic_exporting_metric_reader.cc
>>>               periodic_exporting_metric_reader.cc.o:(std::__exception_ptr::exception_ptr std::make_exception_ptr<std::future_error>(std::future_error)) in archive external/thirdparty_opentelemetry-cmake-build__linux/Release/lib64/libopentelemetry_metrics.a

ld.lld: error: undefined symbol: typeinfo for std::thread::_State
>>> referenced by periodic_exporting_metric_reader.cc
>>>               periodic_exporting_metric_reader.cc.o:(typeinfo for std::thread::_State_impl<std::thread::_Invoker<


ld.lld: error: undefined symbol: std::thread::_M_start_thread(std::unique_ptr<std::thread::_State, std::default_delete<std::thread::_State> >, void (*)())
>>> referenced by periodic_exporting_metric_reader.cc


ld.lld: error: undefined symbol: std::thread::_State::~_State()
>>> referenced by periodic_exporting_metric_reader.cc

[lalitb]

Please provide the exact GCC command line used for linking, including all flags and options. You can run the build with make VERBOSE=1 (if using makefiles) or cmake --build . --verbose (for other generators) and share the GCC linking command line in the verbose output?

[PeterStayPool]

Here is what I found from the Bazel response (removed sensitive pars)

bazel-out/k8-dbg/bin/XXX/hoXXX/TXXXXXXr/TXXXXXr_unstripped --> name of the application (redacted)
'--sysroot=external/glibc_kernel_headers_relocatable_linux'
-isysrootexternal/glibc_kernel_headers_relocatable_linux
-isystemexternal/glibc_kernel_headers_relocatable_linux/usr/include
-pthread
-Bexternal/clang_linux/bin
'-fuse-ld=lld'
'-flto=thin'
-Xlinker
'--thinlto-cache-dir=ltocache'
-Xlinker
--thinlto-cache-policy
-Xlinker
'cache_size_bytes=50g'
-Wl,--disable-new-dtags
'-Wl,-rpath,$ORIGIN'
-Wl,-z,relro,-z,now
-Xlinker
--export-dynamic
-Bexternal/glibc_kernel_headers_relocatable_linux/usr/lib64
-Lexternal/glibc_kernel_headers_relocatable_linux/usr/lib64
-Lexternal/gnu_linux/lib64
-Bexternal/gnu_linux/lib/gcc/x86_64-redhat-linux/5.3.0
-Lexternal/gnu_linux/lib/gcc/x86_64-redhat-linux/5.3.0
-ldl
-fPIE
-Wl,-fatal-warnings
-pthread
-pie
-ldl
-lrt
-Wl,--no-fatal-warnings
-Wl,-Lexternal/thirdparty_grpc-cmake-build__linux/Debug/lib
-Wl,-Lexternal/thirdparty_grpc-cmake-build__linux/Debug/lib64
-Wl,-lgrpc++
-Wl,-lprotobufd
-Wl,-labsl_log_internal_check_op
-Wl,-labsl_leak_check
-Wl,-labsl_die_if_null
-Wl,-labsl_log_internal_conditions
-Wl,-labsl_log_internal_message
-Wl,-labsl_log_internal_nullguard
-Wl,-labsl_examine_stack
-Wl,-labsl_log_internal_format
-Wl,-labsl_log_internal_proto
-Wl,-labsl_log_internal_log_sink_set
-Wl,-labsl_log_sink
-Wl,-labsl_log_entry
-Wl,-labsl_log_initialize
-Wl,-labsl_log_globals
-Wl,-labsl_log_internal_globals
-Wl,-lutf8_validity
-Wl,-lgrpc
-Wl,-labsl_statusor
-Wl,-lre2
-Wl,-lupb_json_lib
-Wl,-lupb_textformat_lib
-Wl,-lupb_collections_lib
-Wl,-lupb
-Wl,-lutf8_range_lib
-Wl,-lz
-Wl,-lcares
-Wl,-lgpr
-Wl,-labsl_flags
-Wl,-labsl_flags_internal
-Wl,-labsl_flags_reflection
-Wl,-labsl_raw_hash_set
-Wl,-labsl_hash
-Wl,-labsl_city
-Wl,-labsl_low_level_hash
-Wl,-labsl_hashtablez_sampler
-Wl,-labsl_flags_config
-Wl,-labsl_flags_program_name
-Wl,-labsl_flags_private_handle_accessor
-Wl,-labsl_flags_commandlineflag
-Wl,-labsl_flags_commandlineflag_internal
-Wl,-labsl_status
-Wl,-labsl_cord
-Wl,-labsl_cordz_info
-Wl,-labsl_cord_internal
-Wl,-labsl_cordz_functions
-Wl,-labsl_exponential_biased
-Wl,-labsl_cordz_handle
-Wl,-labsl_crc_cord_state
-Wl,-labsl_crc32c
-Wl,-labsl_crc_internal
-Wl,-labsl_crc_cpu_detect
-Wl,-labsl_strerror
-Wl,-labsl_synchronization
-Wl,-labsl_stacktrace
-Wl,-labsl_symbolize
-Wl,-labsl_debugging_internal
-Wl,-labsl_demangle_internal
-Wl,-labsl_graphcycles_internal
-Wl,-labsl_kernel_timeout_internal
-Wl,-labsl_malloc_internal
-Wl,-labsl_time
-Wl,-labsl_civil_time
-Wl,-labsl_time_zone
-Wl,-labsl_bad_variant_access
-Wl,-labsl_flags_marshalling
-Wl,-labsl_str_format_internal
-Wl,-labsl_random_distributions
-Wl,-labsl_random_seed_sequences
-Wl,-labsl_random_internal_pool_urbg
-Wl,-labsl_random_internal_randen
-Wl,-labsl_random_internal_randen_hwaes
-Wl,-labsl_random_internal_randen_hwaes_impl
-Wl,-labsl_random_internal_randen_slow
-Wl,-labsl_random_internal_platform
-Wl,-labsl_random_internal_seed_material
-Wl,-labsl_bad_optional_access
-Wl,-labsl_strings
-Wl,-labsl_int128
-Wl,-labsl_string_view
-Wl,-labsl_throw_delegate
-Wl,-labsl_strings_internal
-Wl,-labsl_base
-Wl,-labsl_spinlock_wait
-Wl,-labsl_raw_logging_internal
-Wl,-labsl_log_severity
-Wl,-labsl_random_seed_gen_exception
-Wl,-lssl
-Wl,-lcrypto
-Wl,-laddress_sorting
'-Wl,--exclude-libs=ALL'
-Wl,
-Lexternal/thirdparty_opentelemetry-cmake-build__linux/Debug/lib64