On Tue, Aug 4, 2009 at 2:24 AM, Bruno Haible<br...@clisp.org> wrote: > Sam Steingold wrote: >> configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. >> configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, >> configure.in: that aclocal.m4 is present in the top-level directory, >> configure.in: and that aclocal.m4 was recently regenerated (using aclocal). > > This message is clear: Try adding AM_INIT_AUTOMAKE to > modules/regexp/configure.in.
OH COME ON! if I did not have it there, I could not have generated modules/regexp/gllib/Makefile.in! of COURSE it's there! the problem turned out to be that I do not have aclocal.m4 in modules/regexp/ (it's in src/) and automake does not allow me to specify the path to it (if an automake maintainer is reading this, please consider this a feature request), so, to create modules/regexp/gllib/Makefile.in I have to create a symlink. to src/aclocal.m4. make in modules/regexp/gllib/ wants to regenerate its Makefile, so it checks Makefile.in for being up-to-date wrt Makefile.am and aclocal.m4, does not find the latter, and invokes automake which dies with the above message. thus the workaround is to invoke make in gllib as $(MAKE) ACLOCAL_M4="Makefile.am" >> is it an invitation to send you the tarball? > > If there is no other way to find the cause of the earlier problem with > <string.h>, yes. 1. cd clisp 2. cvs up 3. rm -rf src/gl* modules/regexp/gl* modules/wildcard/gl* 4. edit Makefile.devel and remove 'string' from GNULIB_MODULES 5. make -f Makefile.devel gnulib-imported src/gllib/Makefile.in 6. observe broken src/gllib/Makefile.in -- Sam Steingold <http://sds.podval.org>
