[EMAIL PROTECTED] wrote:
> Thanks, that helped. I had to make one other alteration to the
> midgard-config file:
> I altered the include section so that -I${prefix}/include/midgard changes
> to -I${prefix}/include (I've attached a diff file of midgard-config before
> and after changes, in case that's useful).
:) I beat you to it. A fixed version is allready in CVS.
> aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used
> aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used
> aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m4 but never
> used
> aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used
> ./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
> ./aclocal.m4:359: PHP_SUBST is expanded from...
> ./aclocal.m4:813: the top level
> ./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
> ./aclocal.m4:359: PHP_SUBST is expanded from...
> ./aclocal.m4:813: the top level
That's an automake/autoconf issue. We don't control this,
unfortunately. The PHP team has chosen to hold off supporting the
latest libtool et al:
http://marc.theaimsgroup.com/?l=php-dev&m=99739121226109&w=2
downgrading did indeed help me. I tried fixing their phpize environment
but that turned out to be rather complex. I'm not an autoconf expert
by any means.
Emile
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]