From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Bruno Haible Newsgroups: gmane.lisp.guile.devel Subject: Re: building guile from CVS Date: Fri, 21 Jan 2005 16:41:38 +0100 Message-ID: <200501211641.38438.bruno@clisp.org> References: <873bxarzgk.fsf@zip.com.au> <200501211309.39329.bruno@clisp.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1106322772 28348 80.91.229.6 (21 Jan 2005 15:52:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 21 Jan 2005 15:52:52 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Jan 21 16:52:33 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Cs15M-0004Pk-00 for ; Fri, 21 Jan 2005 16:52:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs1HQ-0008I0-Ch for guile-devel@m.gmane.org; Fri, 21 Jan 2005 11:05:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs1D6-0006Rt-EP for guile-devel@gnu.org; Fri, 21 Jan 2005 11:00:34 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs1Cp-0006Ic-LC for guile-devel@gnu.org; Fri, 21 Jan 2005 11:00:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs1Co-0006IS-IQ for guile-devel@gnu.org; Fri, 21 Jan 2005 11:00:14 -0500 Original-Received: from [81.80.162.195] (helo=ftp.ilog.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs10Q-0006OM-QH for guile-devel@gnu.org; Fri, 21 Jan 2005 10:47:27 -0500 Original-Received: from laposte.ilog.fr (cerbere-qfe0 [81.80.162.193]) by ftp.ilog.fr (8.13.1/8.13.1) with ESMTP id j0LFlPMs022832; Fri, 21 Jan 2005 16:47:25 +0100 (MET) Original-Received: from honolulu.ilog.fr ([172.16.15.122]) by laposte.ilog.fr (8.13.1/8.13.1) with ESMTP id j0LFlKKV028119; Fri, 21 Jan 2005 16:47:20 +0100 (MET) Original-Received: from localhost (localhost [127.0.0.1]) by honolulu.ilog.fr (Postfix) with ESMTP id 67B343BD47; Fri, 21 Jan 2005 15:41:39 +0000 (UTC) Original-To: Marius Vollmer User-Agent: KMail/1.5 In-Reply-To: Content-Disposition: inline X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:4714 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:4714 Marius Vollmer wrote: > > # autoconf > > # autoheader && touch config.h.in > > # automake -a > > Isn't autoreconf supposed to do this? If it doesn't, it's a bug in > autoreconf, right? Right. But when autoreconf failed, it left me clueless about what was wrong. > I have added a README.CVS file to CVS. Thanks, that is a good place to put the instructions. > > # 2) Use these commands to update guile-core: > > # $LIBTOOL_PREFIX/bin/libtoolize --force --copy --ltdl > > # cp $LIBTOOL_PREFIX/share/aclocal/libtool.m4 guile-config/libtool.m4 > > I don't want to make Guile more complicated by catering to what could > be called 'broken' installations of libtool, etc. 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 - libtool 1.6.x are not released on ftp.gnu.org. > You might bitch that it is too > complicated to install libtool correctly, and you are probably right, > but hey, I at least don't care. ;-) If the README.CVS would tell which version of libtool is required, it would be fine. > Why do you want to add instructions to autogen.sh that contradict what > autogen.sh is doing itself? Shouldn't we fix autogen.sh, preferably? 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.) It is enough to leave a wizard clueless. $ ./autogen.sh You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. ls: libltdl/*: No such file or directory configure.in:57: warning: AC_CANONICAL_HOST invoked multiple times /packages/gnu/autoconf-2.59/tests/../lib/autoconf/specific.m4:393: AC_MINGW32 is expanded from... configure.in:57: the top level configure.in:57: warning: AC_CANONICAL_HOST invoked multiple times /packages/gnu/autoconf-2.59/tests/../lib/autoconf/specific.m4:393: AC_MINGW32 is expanded from... configure.in:57: the top level autoreconf: `configure.ac' or `configure.in' is required I already debugged this, so here's the broken-down list of problems in guile: 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.) 2) It doesn't copy libtool.m4 into guile-config/, but it should. libtoolize doesn't do it. 'aclocal' will not find the libtool.m4 file if libtool and automake have been installed with different --prefix parameters. 3) It would help to call "autoreconf --verbose". Then at least the output is more informative: $ autoreconf --verbose autoreconf: Entering directory `.' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal -I guile-config configure.in:57: warning: AC_CANONICAL_HOST invoked multiple times /home/haible/gnu/autoconf-2.59/tests/../lib/autoconf/specific.m4:393: AC_MINGW32 is expanded from... configure.in:57: the top level autoreconf: configure.in: tracing configure.in:57: warning: AC_CANONICAL_HOST invoked multiple times /home/haible/gnu/autoconf-2.59/tests/../lib/autoconf/specific.m4:393: AC_MINGW32 is expanded from... configure.in:57: the top level autoreconf: configure.in: subdirectory libltdl to autoreconf autoreconf: Entering directory `libltdl' autoreconf: `configure.ac' or `configure.in' is required 4) The gettext .m4 macros are not present in guile-config/ and not added by autoreconf. 'aclocal' will not find the gettext.m4 and related files if gettext and automake have been installed with different --prefix parameters. 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. 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. Bruno _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel