[MacPorts] #68409: libgit2 @1.7.1: Undefined symbols _libiconv _libiconv_close _libiconv_open

[MacPorts]

#68409: libgit2 @1.7.1: Undefined symbols _libiconv _libiconv_close _libiconv_open
-----------------------+---------------------------
  Reporter:  jrabinow  |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.8.1
Resolution:            |   Keywords:  sonoma, arm64
      Port:  libgit2   |
-----------------------+---------------------------

Comment (by mascguy):

 Replying to [comment:15 jrabinow]:
 > {{{
 > $ file /opt/local/share/cmake
 > /opt/local/share/cmake: symbolic link to cmake-3.24/
 > }}}
 > I didn't create that link. It was created with the port install time
 > {{{
 > $ port provides /opt/local/share/cmake-3.24/Modules/FindIconv.cmake
 > /opt/local/share/cmake-3.24/Modules/FindIconv.cmake is provided by:
 cmake
 > }}}
 >
 > No rogue files here. This is all stock cmake and stock libgit2.

 Ah, but `/opt/local/share/cmake` isn't created by `cmake`. You can verify
 this yourself, by checking the list of installed items via: `port contents
 cmake | less`. (If `cmake` created that directory, you'd see it in the
 list, along with a dummy "turd" file.)

 There are a small number of ports that may create that directory, and
 install items into it. But those are few and far between.

 In short: Most of the time, `${prefix}/share/cmake` shouldn't exist at
 all. Or if it does, it should be a separate directory, with a very small
 number of items.

 So that symlink is your problem, and it shouldn't exist. Can you try
 removing it, and re-test?

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