Re: aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used

Don't know how much this helps at all, but keep in mind that that is my intention. =) I have this exact same problem with the cvs version also. I did make an attempt to try a few things, and running > test -f php_gtk.m4 && rm php_gtk.m4 as you suggested just seemed to yield in nothing. I have php4.2.0rc4, although I really don't think that's the problem since it's not making it through the ./buildconf. using : Autoconf version 2.13 automake (GNU automake) 1.4-p5 I don't know what else would be relevant, but if you need/want more info please let me know. HTH, thanks. =) "Andrei Zmievski" <andrei@ispi.net> wrote in message news:20020416090638.G9770@ispi.net... > James Cameron wrote: > > Tried a "make cvsclean", did a "cvs update" after removing all > > .cvsignore files, confirming that my tree is empty of anything that > > isn't from CVS. This fixed the previous issue ... and gave a new one; > > > > quozl:/usr/local/src/php-gtk$ ./buildconf > > aclocal: macro `AC_ADD_LIBPATH' 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_LIBRARY' defined in acinclude.m4 but never used > > aclocal: macro `AC_ADD_INCLUDE' defined in acinclude.m4 but never used > > This is normal with the old PHP build system, which you are apparently > using. > > > make: *** [buildmk.stamp] Error 1 > > quozl:/usr/local/src/php-gtk$ > > This is probably coming from the line in buil2/build.mk, that says: > > test -f php_gtk.m4 && rm php_gtk.m4 > > Can you run that by hand and see what it does? > > -Andrei > > It is commonly the case with technologies that you can get > the best insight about how they work by watching them fail. > -- Neal Stephenson