bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnulib-tool --avoid problems


From: Sam Steingold
Subject: Re: gnulib-tool --avoid problems
Date: Tue, 4 Aug 2009 10:50:35 -0400

On Tue, Aug 4, 2009 at 2:24 AM, Bruno Haible<address@hidden> 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>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]