Re: Building gnu rcs from git

() nn6eumtr <[email protected]>
() Tue, 24 Jul 2012 00:59:08 -0400

   I've been trying to build rcs from the git repository.
   I wasn't able to find any instructions, so its been trail and error.

The git repo is out of sorts at the moment (unrelated to this problem);
i'm still waiting on some sysadmin help to fix it.  After that i can
commit the fix (for this problem) described below.

   I have something that works, but not out of the box. The steps I am
   following are:

           git clone git://git.savannah.gnu.org/rcs.git
           cd rcs
           git submodule add git://git.savannah.gnu.org/gnulib.git
           PATH=$PATH:~/rcs/gnulib/
           sh autogen.sh

I've not tried (ab)using Gnulib as a submodule, and don't know if what
you've done is good practice.  FWIW, on my computer, Gnulib and RCS are
simple peers:

    # -*- shell-script -*-
    cd ~/build/GNU
    git clone git://git.savannah.gnu.org/gnulib.git
    git clone git clone git://git.savannah.gnu.org/rcs.git
    ln -sf ~/build/GNU/gnulib/gnulib-tool ~/bin/gnulib-tool

This works because ~/bin is mentioned in the env var ‘PATH’.  As a
bonus, it works for all Gnulib-using projects as well, not just RCS.

   And the autogen.sh blows up with this error:

     gnulib-tool: option --conditional-dependencies is not supported with
                     --with-tests
     [...]

Yes, i see this, too (almost every day).  You can see me complaining
half-heartedly (and in the end w/o further understanding):

http://lists.gnu.org/archive/html/bug-gnulib/2012-06/msg00289.html

IIUC, ‘--conditional-dependencies’ is an optimization and so can be
safely dropped.  The fix is to do just that:

diff --git a/autogen.sh b/autogen.sh
index 1a17554..0511fc3 100644
--- a/autogen.sh
+++ b/autogen.sh
@@ -18,7 +18,7 @@ set -ex
 # The sed script "tee"s the list of (requested and supporting)
 # modules to the file .gnulib-utility, slightly formatted for
 # inclusion in HACKING, q.v.
-gnulib-tool --conditional-dependencies --update \
+gnulib-tool --update \
     | sed '
 /^Module list/,/^[A-Z]/!b
 /^ /!b

Another fix (i'm contemplating) is to not keep m4/gnulib-cache.m4 under
version control, move the list of modules into autogen.sh, and convert
to: ‘gnulib-tool --conditional-dependencies --import MODULES’.  Hmmm.

   And I've been able to get around it by running this:
   [travails]
   But not before producing a working configure script.

I'm sorry this condition has persisted so long, and will post an update
to this thread as soon as things get unblocked.

--
Thien-Thi Nguyen                                       GPG key: 4C807502

........... please send technical questions to mailing lists ...........

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAlAOdHsACgkQZwMiJEyAdQKjOACgrkfC/BAwPGCsqhimfUJedrNw
jNsAoIxVpFoY6HE2gzmR95TCO6MN4HB0
=RsWu
-----END PGP SIGNATURE-----