OSX 10.10 (beta) compilation fails

[disconn3ct]

There are two problems:
First, the minor one in case anyone else hits this in searches: libtoolize is called 'glibtoolize' on OSX. (That is easily fixed in autogen.sh)

The bigger problem is that automake (and then configure, etc) fails with an error:

Running autoconf
configure.ac:16: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not m4_defun'd
m4/iconv.m4:18: AM_ICONV_LINKFLAGS_BODY is expanded from...
m4/iconv.m4:152: AM_ICONV_LINK is expanded from...
m4/iconv.m4:195: AM_ICONV is expanded from...
configure.ac:16: the top level
configure.ac:16: warning: AC_LIB_RPATH is m4_require'd but not m4_defun'd
m4/iconv.m4:18: AM_ICONV_LINKFLAGS_BODY is expanded from...
m4/iconv.m4:152: AM_ICONV_LINK is expanded from...
m4/iconv.m4:195: AM_ICONV is expanded from...
configure.ac:16: the top level
configure:11681: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure:11682: error: possibly undefined macro: AC_LIB_RPATH
configure:11687: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY
configure:11695: error: possibly undefined macro: AC_LIB_APPENDTOVAR
Finished!

Versions:

• automake (GNU automake) 1.14.1
• autoconf (GNU Autoconf) 2.69
• gcc "Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn)"

[michael-myers]

For what it's worth, on OS X 10.9 I had some issues with libiconv too. I used MacPorts to supply the dependencies for the build, but MacPorts’ version of libiconv exports functions by the “wrong” names and the symbols aren’t found during linking. In order to force it to link against the system version of libiconv, I temporarily uninstalled the libiconv package. Then I put it back at the end.

sudo port -fp uninstall libiconv
make
make install
sudo port install libiconv