[MacPorts] #65778: libfilezilla @0.32.0: link fails for 10.7 thru 10.12: undefined symbols for std::bad_variant_access
MacPorts
noreply at macports.org
Mon Sep 5 16:33:48 UTC 2022
#65778: libfilezilla @0.32.0: link fails for 10.7 thru 10.12: undefined symbols for
std::bad_variant_access
---------------------+--------------------------
Reporter: mascguy | Owner: mascguy
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.7.2
Keywords: | Port: libfilezilla
---------------------+--------------------------
Details:
{{{
Undefined symbols for architecture x86_64:
"typeinfo for std::bad_variant_access", referenced from:
std::__1::__throw_bad_variant_access() in libfilezilla_la-json.o
"vtable for std::bad_variant_access", referenced from:
std::__1::__throw_bad_variant_access() in libfilezilla_la-json.o
NOTE: a missing vtable usually means the first non-inline virtual member
function has no definition.
ld: symbol(s) not found for architecture x86_64
}}}
https://ports.macports.org/port/libfilezilla/details/
Based on the logs, it looks like the cxx standard is properly set to 2017
during compilation. And 2017-compliant compilers are also being requested
by the port.
Would this be fixable via `macports-libcxx`? Or is there a preferred
fix...?
--
Ticket URL: <https://trac.macports.org/ticket/65778>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list