[MacPorts] #50044: doxygen @1.8.10: Could NOT find ICONV (missing: ICONV_COMPILES)

[MacPorts]

#50044: doxygen @1.8.10: Could NOT find ICONV (missing:  ICONV_COMPILES)
------------------------------+---------------------------------
  Reporter:  Peter_Dyballa@…  |      Owner:  css@…
      Type:  defect           |     Status:  new
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:  2.3.4
Resolution:                   |   Keywords:  leopard snowleopard
      Port:  doxygen          |
------------------------------+---------------------------------

Comment (by cal@…):

 The define you quoted in `/opt/local/include/iconv.h` is exactly the line
 that would make this rename transparent for applications. If the configure
 check did include this header before testing for `iconv_open`, like it
 should, then everything would work as expected. Modifying the test to
 check for the `libiconv_open` symbol is the wrong approach to fixing this,
 because it would in turn break linking against Linux' and OS X' system
 iconv.

 The test is successful on other systems because their copy of libiconv has
 LIBICONV_PLUG defined in its headers (Apple does this for the system copy
 of it), or iconv is integrated into libc, where the symbol is named
 `iconv_open`.

 The correct fix is to modify the check to compile a piece of software that
 correctly includes `iconv.h`. Patches on this are very welcome and would
 probably also be accepted upstream.

-- 
Ticket URL: <https://trac.macports.org/ticket/50044#comment:25>
MacPorts <https://www.macports.org/>
Ports system for OS X