[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