Hi list, Automake 1.13 made some changes surrounding tracing of the AC_CONFIG_MACRO_DIR macro. Curl appears to override this macro in m4/curl-override.m4 leading to ./buildconf failing rather strangely:
$ ./buildconf buildconf: autoconf version 2.69 (ok) buildconf: autom4te version 2.69 (ok) buildconf: autoheader version 2.69 (ok) buildconf: automake version 1.13 (ok) buildconf: aclocal version 1.13 (ok) buildconf: libtool version 2.4.2 (ok) buildconf: GNU m4 version 1.4.16 (ok) buildconf: running libtoolize buildconf: converting all mv to mv -f in local m4/libtool.m4 buildconf: running aclocal Use of uninitialized value $item in exists at /usr/share/automake-1.13/Automake/General.pm line 60, <GEN131> line 824. Use of uninitialized value $item in hash element at /usr/share/automake-1.13/Automake/General.pm line 62, <GEN131> line 824. Use of uninitialized value $m4dir in opendir at /usr/bin/aclocal line 368. Use of uninitialized value $m4dir in concatenation (.) or string at /usr/bin/aclocal line 372. aclocal: error: couldn't open directory '': No such file or directory buildconf: aclocal command failed Commenting out either the redefinition, or the usage of AC_CONFIG_MACRO_DIR results in a buildable curl, but that's obviously not the right fix for everyone. This was added as a workaround in 4913a08cb6cfe653 for a libtool problem nearing 2 years ago. It's probably still relevant for some versions of libtool, but I've no idea what the particular problems were or how to craft a fix for automake 1.13 without disturbing this. Any ideas? d ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html
