[MacPorts] #66857: alex 3.2.7.1 fails to build

[MacPorts]

#66857: alex 3.2.7.1 fails to build
----------------------+--------------------
  Reporter:  jsalort  |      Owner:  (none)
      Type:  defect   |     Status:  new
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.8.1
Resolution:           |   Keywords:
      Port:  alex     |
----------------------+--------------------

Comment (by CodingMarkus):

 I now have the same problem with alex-3.3.0.0_0 on macOS 14.1 (Sonoma).

 fetch alex-3.3.0.0_0+haskell_cabal_use_prebuilt.darwin_23.arm64.tbz2 is
 not found and building fails because the symbol _iconv is not found.

 What I don't quite understand is:

 1. Why do you force ghc to build against the system libiconv in the first
 place? ("because of the way we have built ghc, against the system
 libiconv")

 2. If libiconv is so static ("as libiconv is very static"), how can there
 be undefined symbols? If it really was that static, then any version of it
 would offer the same symbols. Apparently the current version of it misses
 a symbol that the system version has, which sounds anything but static to
 me.

 To me this can only be solved in two ways: MacPorts always uses the system
 library and MacPorts never uses it. Make up your mind and then go with it.
 Any other concept was totally flawed to begin with and relying on a
 buildbot is no solution at all, it's a bloody workaround in lack of a real
 solution.

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