gnulib-tool: "refusing to do nothing"

2005-09-09 Thread Ben Pfaff
Until I update gnulib from CVS, "gnulib-tool --import" (without
any extra arguments) obtained the list of modules from gl_MODULES
in configure.ac and imported them into the source tree.

Now, it seems to no longer read gl_MODULES and this invocation
fails with "refusing to do nothing".  This is not the behavior I
expect or the documented behavior.

What is the new expected usage model?  (Or am I missing something
else?)

-- 
Ben Pfaff 
email: [EMAIL PROTECTED]
web: http://benpfaff.org



___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib


Re: gnulib-tool: "refusing to do nothing"

2005-09-12 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Ben Pfaff on 9/9/2005 9:53 AM:
> Until I update gnulib from CVS, "gnulib-tool --import" (without
> any extra arguments) obtained the list of modules from gl_MODULES
> in configure.ac and imported them into the source tree.
> 
> Now, it seems to no longer read gl_MODULES and this invocation
> fails with "refusing to do nothing".  This is not the behavior I
> expect or the documented behavior.
> 
> What is the new expected usage model?  (Or am I missing something
> else?)

gl_MODULES has moved out of configure.ac and into gnulib-cache.m4, in
order to reduce churn on configure.ac for the entire project, as well as
to cache a few more parameters and to allow multiple gnulib directories in
a single project.
http://lists.gnu.org/archive/html/bug-gnulib/2005-08/msg00241.html

Ulitmately, you now need to run gnulib once with all parameters explicitly
set on the command line, then check in gnulib-cache.m4 to CVS.  Then, all
other users of CVS can run the single 'gnulib-tool --import' as part of
bootstrap, and pick up the contents of gnulib-cache.m4 to guide it.  You
may also want to use --no-changelog in your bootstrap script, so that
gnulib-tool only does changelog entries when not bootstrapping a fresh CVS
checkout.

This does not quite work if the m4 directory is not in the standard
location; for the m4 project, where the m4 base is ./ltdl/m4 instead of
./m4 I found I had to tell bootstrap to do 'gnulib-tool --import
- --m4-base="$config_macro_dir" --no-changelog':
http://lists.gnu.org/archive/html/m4-patches/2005-09/msg0.html

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDJXOv84KuGfSFAYARAsMEAJ9bq/jUfPLUbhxxZNfq9Qp70dhDCwCeJ3sL
7uoHik8AcYCO495D/NmNr78=
=yuwQ
-END PGP SIGNATURE-


___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib