Software compilation woes

[Chris Neary]

Nevermind, I managed to fix it by apt-get remove'ing libtool and
grabbing the tarball from ftp.gnu.org instead. Dodgy debs in the
repositories seems to be quite a frequent occurence these days in
Dapper.

It's happened to me about 3 times now. Oh well. Teething troubles as they say.

Chris

On 19/07/06, Chris Neary <hello at poetofcode.org> wrote:
> Hello list.
>
> So, I'm having problems compiling some software (in particular, the
> svn release of gmpc, which requires the svn release of libmpd at
> http://svn.qballcow.nl and http://svn.musicpd.org, respectively.
>
> (It's not really relevant at all, but for those who don't know, MPD is
> a [rather fabulous] daemon which plays music through the host speakers
> or through a networked ESD daemon. The clients are written separately
> by fans of the software and in particular gmpc is probably the most
> popular)
>
> Back on track:
>
> To install MPD originally I had to grab the automake and friends tools
> from fto.gnu.org and install them manually - there was no up-to-date
> deb in the repositories (I think MPD needed automake >=1.6 but only
> 1.4 was available).
>
> So somewhere down the line I think I've installed something in the
> wrong place (According to Google I may have installed libtool outside
> of the aclocal/automake/etc search path) and that's stopping aclocal
> from being run in the autogen.sh files.
>
> Here's the output of when I tried to run ./autogen.sh in the source
> tree of libmpd from the svn repository above:
>
> $> ./autogen.sh
> aclocal:configure.ac:7: warning: macro `AM_PROG_LIBTOOL' not found in library
> You should update your `aclocal.m4' by running aclocal.
> configure.ac: installing `./install-sh'
> configure.ac: installing `./missing'
> src/Makefile.am:6: Libtool library used but `LIBTOOL' is undefined
> src/Makefile.am:6:
> src/Makefile.am:6: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
> src/Makefile.am:6: to `configure.ac' and run `aclocal' and `autoconf' again.
> src/Makefile.am: installing `./depcomp'
> Makefile.am: installing `./INSTALL'
> Makefile.am: installing `./COPYING'
> configure.ac:6: 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:7: error: possibly undefined macro: AM_PROG_LIBTOOL
>
> And, rather bafflingly, here is the content of the configure.ac file:
>
> AC_INIT(src)
> AM_CONFIG_HEADER(config.h)
> AM_INIT_AUTOMAKE(libmpd, 0.12.4, qball at qballcow.nl)
>
> AC_PROG_CC
> AC_LIBTOOL_WIN32_DLL
> AM_PROG_LIBTOOL
>
> AC_REPLACE_FUNCS(strndup)
>
> EXTRA_CFLAGS=
> EXTRA_LDFLAGS=
> case $host in
>   *-*-mingw32* | *-*-windows)
>     EXTRA_CFLAGS="-mno-cygwin -mwindows -mms-bitfields
> -fno-strict-aliasing -DMPD_NO_IPV6"
>     EXTRA_LDFLAGS="-export-all-symbols -mwindows -no-undefined -lregex
> -lws2_32 -mms-bitfields" ;;
>   *-*-cygwin*)
>     EXTRA_CFLAGS="-fno-strict-aliasing"
>     EXTRA_LDFLAGS="-export-all-symbols -mms-bitfields";;
> esac
> AC_SUBST(EXTRA_CFLAGS)
> AC_SUBST(EXTRA_LDFLAGS)
>
> # Checks for header files.
> AC_HEADER_STDC
> AC_CHECK_HEADERS([stdlib.h string.h unistd.h])
> AC_CHECK_HEADER([regex.h], [],
>                 [AC_MSG_ERROR([Required header regex.h not found.])])
>
> AC_OUTPUT([
> Makefile
> src/Makefile
> doc/Makefile
> example/Makefile
> example/testcase/Makefile
> libmpd.pc
> ])
>
> As you can see, the configure.ac file alredy has  'AC_PROG_LIBTOOL'
> in it, despite the error message telling me I ought to put it there.
>
> Would it help things along to downgrade to version 1.4 of
> automake/autotools? And how is this best done cleanly?
>
> Thanks, and please forgive the large portions of pasted output.
>
> Chris
>