[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Building gnu rcs from git
From: |
Thien-Thi Nguyen |
Subject: |
Re: Building gnu rcs from git |
Date: |
Tue, 24 Jul 2012 12:09:56 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) |
() nn6eumtr <address@hidden>
() 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 ...........
pgpUlGZqIeH5a.pgp
Description: PGP signature