[MacPorts] #68026: rav1e @0.6.6: iconv linking fails, expecting symbols from MacOS's iconv lib
MacPorts
noreply at macports.org
Fri Aug 25 15:15:03 UTC 2023
#68026: rav1e @0.6.6: iconv linking fails, expecting symbols from MacOS's iconv lib
---------------------+---------------------------------
Reporter: jgrg | Owner: MarcusCalhoun-Lopez
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: rav1e |
---------------------+---------------------------------
Comment (by jgrg):
I've tried doing `port -f deactivate libiconv`, but it immediately gets
reactivated by `port install rav1e`. Is there a way to work around this?
I tried `iconv.h-disabled` but it made no difference.
My MacPorts lib is included in the link command:
{{{
-L rav1e-0.6.6/target/release/deps
-L rav1e-0.6.6/target/release/build/libgit2-sys-ab97ceeb80cad379/out/build
-L /Users/jgrg/MacPorts/lib
-L /Users/jgrg/MacPorts/lib/rustlib/aarch64-apple-darwin/lib
-L /Users/jgrg/MacPorts/lib/rustlib/aarch64-apple-darwin/lib
}}}
Yes, ` /Users/jgrg/MacPorts/lib/rustlib/aarch64-apple-darwin/lib` is
included twice. `-liconv` appears twice too.
If the build is intending to link against the MacPorts `iconv`, wouldn't
be looking for `_libiconv...` symbols rather than `_iconv...`?
--
Ticket URL: <https://trac.macports.org/ticket/68026#comment:6>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list