From: Marius Vollmer <mvo@zagadka.de>
Cc: guile-devel@gnu.org
Subject: Re: building guile from CVS
Date: Mon, 28 Feb 2005 02:17:33 +0100 [thread overview]
Message-ID: <871xb1h49e.fsf@zagadka.de> (raw)
In-Reply-To: <200501211641.38438.bruno@clisp.org> (Bruno Haible's message of "Fri, 21 Jan 2005 16:41:38 +0100")
Bruno Haible <bruno@clisp.org> writes:
> Then there are no working libtool releases that work for guile:
> - libtool 1.4.x create no libltdl/ directory,
> - libtool 1.5.x breaks 'aclocal', see http://sources.redhat.com/ml/automake/2003-04/msg00222.html
I think this bug does not affect Guile. Does it?
> OK. Then here's what I see when I use the instructions. (I have
> autoconf 2.59, automake 1.9.4, gettextize 0.14.1 and libtoolize
> 1.4.3 in the PATH.)
Does libtool 1.5.x work? We do not support libtool 1.4 any longer.
> It is enough to leave a wizard clueless.
Yeah. The autotools have grown into a problem of their own. Maybe
there should be a wrapper around them that simplifies their use...
Not! ;-)
Thank you very much for the list below!
> 1) It calls libtoolize without prior check that the libtoolize version is
> >= 1.5. libtoolize 1.4.3 does not create an ltdl/ directory, therefore
> it is unusable. (I would also add checks for minimum versions of
> autoconf and automake, btw.)
How would these checks look like? They would have to be very robust
and simple.
> 2) It doesn't copy libtool.m4 into guile-config/, but it should.
Why? How? Guile should not try to work around this installation bug,
I think. When aclocal from $PATH can not find the libtool.m4 that
goes with the libtool from $PATH, then how can Guile do it?
> 3) It would help to call "autoreconf --verbose".
Yes, that is helpful. I made this change.
> 4) The gettext .m4 macros are not present in guile-config/ and not
> added by autoreconf.
See 2)
>
> 5) Since AM_GNU_GETTEXT is used in configure.in, a config.rpath is needed.
> autoreconf does not add it. 'autopoint' would add it, but is not invoked
> from autoreconf.
So we need to invoke autopoint? after autoreconf or before? I have
added a call to autopoint after autoreconf.
(On the other hand, I don't have a config.rpath in my Guile tree and I
don't seem to need it.)
> 6) "make" fails in the doc directory because version.texi doesn't exist.
> Kevin Rude says that it should be fixed by
> "configure --enable-maintainer-mode". But it would be better if autogen.sh
> would solve this.
Yes. Do you have a solution?
--
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
next prev parent reply other threads:[~2005-02-28 1:17 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-09 22:48 doc gettext Kevin Ryde
2005-01-10 21:11 ` Bruno Haible
2005-01-23 23:20 ` Kevin Ryde
[not found] ` <200501202239.07346.bruno@clisp.org>
[not found] ` <87d5vzd6bb.fsf@zip.com.au>
2005-01-21 12:09 ` building guile from CVS Bruno Haible
2005-01-21 14:06 ` Marius Vollmer
2005-01-21 15:41 ` Bruno Haible
2005-01-21 21:45 ` Kevin Ryde
2005-01-22 14:03 ` Marius Vollmer
2005-01-24 15:25 ` Bruno Haible
2005-02-28 1:17 ` Marius Vollmer [this message]
2005-02-28 1:31 ` Marius Vollmer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871xb1h49e.fsf@zagadka.de \
--to=mvo@zagadka.de \
--cc=guile-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).