[MacPorts] #69603: gjs @1.80.1: Undefined symbols for architecture x86_64: "std::__1::__libcpp_verbose_abort(char const*, ...)" (was: port gnome/gjs does not build on macos 10.13.6 with error info:build ld: symbol(s) not found for architecture x86_64)

MacPorts noreply at macports.org
Wed Mar 27 22:47:47 UTC 2024


#69603: gjs @1.80.1: Undefined symbols for architecture x86_64:
"std::__1::__libcpp_verbose_abort(char const*, ...)"
----------------------------+------------------------
  Reporter:  christophecvr  |      Owner:  dbevans
      Type:  defect         |     Status:  assigned
  Priority:  Normal         |  Milestone:
 Component:  ports          |    Version:
Resolution:                 |   Keywords:  highsierra
      Port:  gjs            |
----------------------------+------------------------
Changes (by ryandesign):

 * keywords:   => highsierra


Comment:

 Replying to [ticket:69603 christophecvr]:
 > To trace the problem I tried a direct build without using port […]
 >
 > {{{
 > meson setup ./build --prefix=/opt/local -Dprofiler=disabled
 -Dskip_dbus_tests=true -Dskip_gtk_tests=true -Dbsymbolic_functions=false
 > cd build
 > ninja install
 > }}}
 >
 > I have a more detailed error
 >
 >
 > {{{
 > dyld: Symbol not found: __cg_jpeg_resync_to_restart
 >   Referenced from:
 /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
 >   Expected in: /opt/local/lib/libJPEG.dylib
 >  in /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
 > }}}

 This must be happening because you set the `DYLD_LIBRARY_PATH` environment
 variable in your shell to include the value /opt/local/lib. Don't do that.

 We're not here to debug problems that occur when you build software
 outside of MacPorts; we're here to debug problems building ports with
 MacPorts. And the reason why the port failed to build, per the log you
 attached, is:

 {{{
 :info:build Undefined symbols for architecture x86_64:
 :info:build   "std::__1::__libcpp_verbose_abort(char const*, ...)",
 referenced from:
 :info:build       std::__1::__hash_table<_GIArgument*,
 std::__1::hash<_GIArgument*>, std::__1::equal_to<_GIArgument*>,
 std::__1::allocator<_GIArgument*>
 >::erase(std::__1::__hash_const_iterator<std::__1::__hash_node<_GIArgument*,
 void*>*>) in libgjs-internal.a(gi_arg-cache.cpp.o)
 :info:build
 __ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEC2B7v160006IDnEEPKc
 in libgjs-internal.a(gi_boxed.cpp.o)
 :info:build
 __ZNKSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE16__get_short_sizeB7v160006Ev
 in libgjs-internal.a(gi_boxed.cpp.o)
 :info:build
 __ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEC2B7v160006IDnEEPKc
 in libgjs-internal.a(gi_foreign.cpp.o)
 :info:build
 __ZNKSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE16__get_short_sizeB7v160006Ev
 in libgjs-internal.a(gi_foreign.cpp.o)
 :info:build
 __ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEC2B7v160006IDnEEPKc
 in libgjs-internal.a(gi_fundamental.cpp.o)
 :info:build
 __ZNKSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE16__get_short_sizeB7v160006Ev
 in libgjs-internal.a(gi_fundamental.cpp.o)
 :info:build       ...
 :info:build ld: symbol(s) not found for architecture x86_64
 }}}

 Let's focus on ''that'' problem. We see the same problem on the buildbot
 on High Sierra.

-- 
Ticket URL: <https://trac.macports.org/ticket/69603#comment:7>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list