unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
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


  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).