如何在没有libiconv符号名称的情况下在OSX上构建iconv的静态库？

Question

我正在尝试在OSX上将gnu iconv构建为静态库。 这不是问题，它可以很好地构建

./configure --enable-static
make clean && make

但是当我在libiconv.a上运行nm时，得到以下结果

...
_libiconv
_libiconv_open_
_libiconv_close_
...

这是有问题的，因为我想使用此库来构建libxml2，并且它需要以下符号

iconv
iconv_open
iconv_close

浏览头文件时，似乎这两个符号名称之间的区别在于是否定义了LIBICONV_PLUG。 但是当我运行make as

make clean && make CPPFLAGS=-DLIBICONV_PLUG

我收到错误消息是因为未定义一些内容，例如ICONV_GET_DISCARD_ILSEQ和ICONV_SET_HOOKS。 再次浏览头文件，只有在未定义LIBICONV_PLUG的情况下才定义它们。

我的问题是，我是否正确使用LIBICONV_PLUG？ 还有其他方法来获取带有所需符号的静态库吗？ 我是否应该浏览未定义的符号并自己手动定义它们？

Answer 1

有三种可能的方式来构建和使用GNU libiconv。 在所有三种情况下，它定义供C或C ++程序使用（通过头文件）的符号是'iconv_open'，'iconv'，'iconv_close'。

• 通常的做法是，在目标文件级别上，它定义符号“ libiconv_open”等，以免与操作系统的标准库冲突。 C级别和目标文件级别的符号之间的映射发生在<iconv.h>中。

  如果将系统的<iconv.h>与GNU libiconv一起使用，则会出现链接错误。{so，dylib，a}，反之亦然。 这是一个功能，因为两者具有略有不同的功能（OS X libiconv.dylib支持名为“ UTF-8-MAC”的编码，而GNU libiconv具有许多改进和修复），并且不匹配会导致麻烦。

• 如果您是系统供应商，则可以以定义“ iconv_open”而不是“ libiconv_open”等的方式构建GNU libiconv。这可以通过对iconv.h的简单编辑来实现。

  或者，特别是在OS X上，您可以从https://opensource.apple.com/选择libiconv并自己编译。 但是请注意，此版本基于GNU libiconv 1.11，也就是说，它已经很旧了。

• 如GNU libiconv的README中所述，LIBICONV_PLUG标志创建一个库，该库将覆盖系统中的功能。 这仅适用于GNU，Solaris和OSF / 1。

在您的情况下，您只想让某些免费软件包（例如libxml2）使用GNU libiconv，最简单的方法是采用第一种方法，并且在编译该软件包时，请使用-I和-L选项使它找到GNU libiconv头文件和库。

实际上，libxml2使得此操作变得容易：它的配置脚本已经具有--with-iconv = prefix选项，通过该选项可以指定安装GNU libiconv的目录层次结构（ 前缀 / include /中的头文件和目标文件）在前缀 / lib /）中； 然后，配置脚本将合成适当的-I和-L选项。