Thorsten Haude
Was kann ich daraus schließen? AM_PROG_LIBTOOL ist jedenfalls vorhanden, in aclocal.m4:1552: AC_DEFUN(AM_PROG_LIBTOOL, [indir([AC_PROG_LIBTOOL])])dnl
AC_DEFUN definiert nur eine Funktion. aclocal.m4 enthält m4 Makros, die das installierte autoconf nicht kennt. Wenn das paket automake nicht verwendet, sprich wenn kein Makefile.am vorhanden ist, kann aclocal.m4 tatsächlich vom Paket benötigte Spezial-Makros enthalten. Wird automake verwendet, so sind diese 'eigenen' Makros in acinclude.m4, da aclocal.m4 mittels des Tools aclocal generiert wird. aclocal wiederum schaut nach, was für configure.in noch benötigt wird. Findet es Makros, die entweder in einer der Dateien in /usr/share/aclocal/ oder in Dateien, die mittels AC_CONFIG_AUX_DIR in configure.in angegeben wurden definiert sind, so wird der benötigte Code in aclocal.m4 geschrieben, zusammen mit dem code aus acinclude.m4 (so vorhanden). Aus configure.in und aclocal.m4 generiert nun automake das eigentliche configure, sprich es ersetzt Sachen wie AC_CHECK_HEADER(stdlib.h, unistd.h) durch Shellscript code, der die eigentlichen Prüfungen macht. Das aclocal.m4 also eine Definition enthält, sagt für sich allein noch nicht viel. BTW, das aclocal.m4 aus slrn-0.9.7.4.tar.bz2 enthält keine Definition von AM_PROG_LIBTOOL, also sprechen wir wohl von verschiedenen Versionen? BTW2, da dieses aclocal den folgenden Kommentar enthält: ./aclocal.m4: dnl Enable libtool support if the surrounding package wishes it. ./aclocal.m4: INTL_LIBTOOL_SUFFIX_PREFIX=ifelse([$1], use-libtool, [l], []) ./aclocal.m4: AC_SUBST(INTL_LIBTOOL_SUFFIX_PREFIX) Gehe ich davon aus, dass dieses deinen Fehler behebt. Philipp