Opened 6 months ago

Closed 6 months ago

#69909 closed defect (fixed)

bear fails to run with Symbol not found error

Reported by: derekschrock (Derek Schrock) Owned by:
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: judaew (Vadym-Valdis Yudaiev)
Port: grpc abseil

Description (last modified by ryandesign (Ryan Carsten Schmidt))

What appears to maybe be a grpc++ or abseil issue after updating port to the latest try and using a binary install bear no longer runs with the following error:

$ bear
dyld[42187]: Symbol not found: __ZN4absl12lts_2024011613InternalErrorENS0_11string_viewE
  Referenced from: <13EC8A9B-493A-30E3-92DA-1166F3FA3019> /opt/local/lib/libgrpc++.1.48.4.dylib
  Expected in:     <EAA4BA92-2C31-3821-A7E4-7746B408D337> /opt/local/lib/libabsl_status.2401.0.0.dylib
Abort trap: 6

Could this be related to recent abeil change found here comment:ticket:69578:6?

Change History (8)

comment:1 Changed 6 months ago by derekschrock (Derek Schrock)

Also, I can't rebuild grpc due to linking errors.

:info:build Undefined symbols for architecture x86_64:
:info:build   "re2::RE2::FullMatchN(std::__1::basic_string_view<char, std::__1::char_traits<char>>, re2::RE2 const&, re2::RE2::Arg const* const*, int)", referenced from:
:info:build       grpc_core::StringMatcher::Match(std::__1::basic_string_view<char, std::__1::char_traits<char>>) const in matchers.cc.o
:info:build   "re2::RE2::GlobalReplace(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>*, re2::RE2 const&, std::__1::basic_string_view<char, std::__1::char_traits<char>>)", referenced from:
:info:build       grpc_core::(anonymous namespace)::XdsResolver::XdsConfigSelector::GetCallConfig(grpc_core::ConfigSelector::GetCallConfigArgs) in xds_resolver.cc.o
:info:build   "re2::RE2::RE2(std::__1::basic_string_view<char, std::__1::char_traits<char>>, re2::RE2::Options const&)", referenced from:
:info:build       grpc_core::XdsRouteConfigResource::Route::RouteAction::HashPolicy::HashPolicy(grpc_core::XdsRouteConfigResource::Route::RouteAction::HashPolicy const&) in xds_route_config.cc.o
:info:build       grpc_core::XdsRouteConfigResource::Route::RouteAction::HashPolicy::operator=(grpc_core::XdsRouteConfigResource::Route::RouteAction::HashPolicy const&) in xds_route_config.cc.o
:info:build       grpc_core::XdsRouteConfigResource::Parse(grpc_core::XdsEncodingContext const&, envoy_config_route_v3_RouteConfiguration const*, grpc_core::XdsRouteConfigResource*) in xds_route_config.cc.o
:info:build ld: symbol(s) not found for architecture x86_64
:info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)
:info:build make[2]: *** [libgrpc.26.0.0.dylib] Error 1
:info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_grpc/grpc/work/build'
:info:build make[1]: *** [CMakeFiles/grpc.dir/all] Error 2
:info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_grpc/grpc/work/build'
:info:build make: *** [all] Error 2
:info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_grpc/grpc/work/build'

comment:2 Changed 6 months ago by ryandesign (Ryan Carsten Schmidt)

Cc: judaew added
Description: modified (diff)
Port: grpc abseil added

comment:3 Changed 6 months ago by jowens (John Owens)

Perhaps this is related too? #69932

ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/pyarrow/lib.cpython-312-darwin.so, 0x0002): Symbol not found: __ZN4absl12lts_2024011610FormatTimeENS0_11string_viewENS0_4TimeENS0_8TimeZoneE
  Referenced from: <CD063FAB-C5F0-3295-AA51-ECE6EE9CDBA1> /opt/local/lib/libarrow.1300.0.0.dylib
  Expected in:     <42921224-0959-3E0D-BA2B-099ADB608AA7> /opt/local/lib/libabsl_time.2401.0.0.dylib
Last edited 6 months ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:4 Changed 6 months ago by FlyingSamson

I think these and other dependants of abseil require a ref-bump. I also observed linking errors when building ports that depend on re2 (another dependant of abseil) when abseil was updated but `re2 was already installed and not updated due to no ref-bump.

Version 2, edited 6 months ago by FlyingSamson (previous) (next) (diff)

comment:5 Changed 6 months ago by FlyingSamson

I can provide a PR updating the same ports as this previous one, which had the same goal of updating dependants of abseil.

comment:7 Changed 6 months ago by derekschrock (Derek Schrock)

bear is good now. Thanks.

comment:8 Changed 6 months ago by ryandesign (Ryan Carsten Schmidt)

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.