* Brian Pane <[EMAIL PROTECTED]> wrote:
I found that the configure.in in recent releases of PCRE uses some autoconf macros that won't work unless aclocal is called first to produce a proper aclocal.m4: AC_PROG_LIBTOOL and AC_LIBTOOL_WIN32_DLL
This buildconf patch fixes it for me (and works with both the new PCRE 5.0 and the old version that's currently in the httpd-2.1 tree).
+1.
Before I commit it, though, does anyone know of a system where it's not safe to assume aclocal exists?
As it belongs to autoconf and we require this for creating buildconf, I see no
problem.
Actually aclocal belongs to automake.
But then, it would be a weird system where autoconf/automake/libtool are not installed as a group, so I guess that's still ok.
Max.
