On Mon, Mar 26, 2012 at 11:50 AM, Gert Doering <g...@greenie.muc.de> wrote: > Hi, > > On Mon, Mar 26, 2012 at 11:36:30AM +0200, Gert Doering wrote: >> buildbot tried to build openvpn after David's merge yesterday, and failed >> miserably. To see what happened I tried to reproduce on my FreeBSD 7.4 >> build slave, and found this, in a fresh git clone: >> >> gert@fbsd74:/home/gert$ git clone >> git://openvpn.git.sourceforge.net/gitroot/openvpn/openvpn.git >> ... >> gert@fbsd74:/home/gert/openvpn$ autoreconf -vi >> autoreconf-2.68: Entering directory `.' >> autoreconf-2.68: configure.ac: not using Gettext >> autoreconf-2.68: running: aclocal -I m4 >> autoreconf-2.68: configure.ac: tracing >> autoreconf-2.68: configure.ac: not using Libtool >> autoreconf-2.68: running: /usr/local/bin/autoconf-2.68 >> configure.ac:328: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL >> If this token and others are legitimate, please use m4_pattern_allow. >> See the Autoconf documentation. >> configure.ac:329: error: possibly undefined macro: AC_LIBTOOL_RC >> configure.ac:330: error: possibly undefined macro: AC_PROG_LIBTOOL >> autoreconf-2.68: /usr/local/bin/autoconf-2.68 failed with exit status: 1 > > OK, David had an idea: this machine did not have libtool installed > ("because we didn't need it before").
Right. Usually you do autoreconf -ivf && ./configure && make dist at development machine or central build server and send the tarball to build machines, this way you don't need to install the autotools components on all build machines. > > I have now installed libtool 2.2.10, and with that, "autoreconf -vi" > does not return an error anymore. > > > "configure" still fails looking for "libdl", though. Yes, this results of strange development procedure, merge first then test... :) Can you please send me the config.log? I will fix that. Thanks for testing! Alon.