[MacPorts] #57821: libiconv breaks compatibility with OS-provided

MacPorts noreply at macports.org
Fri Dec 28 20:25:46 UTC 2018


#57821: libiconv breaks compatibility with OS-provided
-------------------------+------------------------
  Reporter:  mouse07410  |      Owner:  ryandesign
      Type:  defect      |     Status:  closed
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:
Resolution:  invalid     |   Keywords:
      Port:  libiconv    |
-------------------------+------------------------

Comment (by mouse07410):

 > ... Which iconv library your tools use should have no bearing on what
 iconv library you want your own code to use ...

 The problem is that I'm using **binaries** of other tools, therefore the
 decision what iconv library to use has been made by somebody else.

 If the problem was with what to use for **my build**, then indeed it would
 be trivial to resolve with a bit of {{{-L}}} and {{{-I}}} play.
 Unfortunately, there's nothing I can do - because iconv chose to force
 collision on the library name level and incompatibility on the library
 functions name level.


 > you'll have to build your program that uses that static library with
 macOS iconv...

 I'll investigate this path...

 > Another thought is that you probably wouldn't run into the problem if
 you were using the MacPorts haskell port, ghc...

 True. But as you noted, it's hopelessly out of date, and I don't even know
 how complete it is.

 > ...if you need features of ghc 8, then you'll have to use a non-MacPorts
 copy (or help us update ours)...

 I'm already using a non-Macports copy of GHC - which is what brought all
 this issue up in the first place. How can I help you guys update yours?

 > I don't think there is any reason why you should need to do [fake iconv
 port]...

 To be honest, I'm not crazy about that option myself. So let's pretend I
 didn't suggest it. ;-)

 **Is it possible to create a {{{libiconv}}} variant that does not mangle
 function names? Would you consider that?**

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


More information about the macports-tickets mailing list