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 rev-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 rev-bump.

Last edited 6 months ago by FlyingSamson (previous) (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.