From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Alexandre Duret-Lutz Newsgroups: gmane.lisp.guile.devel Subject: Re: Problem building CVS Guile with automake 1.6.1 Date: Fri, 26 Apr 2002 13:33:12 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <2002-04-26-13-33-13+29271+duret_g@epita.fr> References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1019820984 25752 127.0.0.1 (26 Apr 2002 11:36:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 26 Apr 2002 11:36:24 +0000 (UTC) Cc: guile-devel@gnu.org, automake@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17141Y-0006gt-00 for ; Fri, 26 Apr 2002 13:36:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17141G-0002TP-00; Fri, 26 Apr 2002 07:36:06 -0400 Original-Received: from hermes.epita.fr ([163.5.255.10]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1713yZ-0002Ir-00; Fri, 26 Apr 2002 07:33:19 -0400 Original-Received: from goa.lrde.epita.fr (mail@goa.lrde.epita.fr [10.223.13.2]) by hermes.epita.fr id g3QBXFB09358 Fri, 26 Apr 2002 13:33:15 +0200 (MEST) Original-Received: from phobos.lrde.epita.fr ([10.223.13.38] ident=mail) by goa.lrde.epita.fr with esmtp (Exim 3.35 #1 (Debian)) id 1713yU-0005aB-00; Fri, 26 Apr 2002 13:33:14 +0200 Original-Received: from adl by phobos.lrde.epita.fr with local (Exim 3.35 #1) id 1713yT-0007c4-00; Fri, 26 Apr 2002 13:33:13 +0200 Original-To: Matthias Koeppe X-Home-Page: http://www.epita.fr/~duret_g/ In-Reply-To: (Matthias Koeppe's message of "Fri, 26 Apr 2002 11:03:27 +0200") Original-Lines: 78 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-debian-linux-gnu) X-Attribution: adl Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:529 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:529 >>> "Matthias" == Matthias Koeppe writes: Matthias> Guile's `guile-aclocal.sh' script fails with automake Matthias> 1.6.1. Here is the relevant part: >> # copy all installed aclocal files into $temp >> cp `aclocal --print-ac-dir`/*.m4 $temp >> >> # remove the .m4 files installed by Guile from $temp, so they don't >> # cause conflicts >> rm -f ${temp}/guile.m4 ${temp}/qthreads.m4 >> >> aclocal --acdir=$temp -I . This is a work-around makes sense up to Automake 1.4. It still works with 1.5. It breaks with recent versions. aclocal from Automake 1.4 chokes when a -I supplied macro override a /usr/share/aclocal/ macro, hence your script. Starting with Automake 1.5, a macro supplied with -I will override any macro installed in /usr/share/aclocal/, so you simply have to run aclocal -I . (no cp, rm, or --acdir) Matthias> As far as I understand it, this fails with automake Matthias> 1.6.1 because the "aclocal" library location is Matthias> versioned with the automake API version. Starting with Automake 1.6, there are TWO places: $datadir/aclocal-1.6/ The directory where Automake puts its internal macros (AM_INIT_AUTOMAKE and the like). This needs to be versioned. $datadir/aclocal/ This is the directory where third-party packages are expected to put their macros. This is not versioned, since these macros are really independent of Automake. Matthias> On my system, the location is Matthias> /localapp/imosoft/sparcv9-sun-solaris2.7/share/aclocal-1.6 This is Automake's own macro repository. The user should not have to fiddle with it. Matthias> but Matthias> aclocal --print-ac-dir Matthias> ==> /localapp/imosoft/sparcv9-sun-solaris2.7/share/aclocal This prints the directory when third-party packages are expected to install their macros. Matthias> which happens to point to an old (1.4) installation of the aclocal Matthias> library. If you haven't uninstalled Automake 1.4/1.5, their files are still here. This is harmless: the macros found in the versioned directory have priority. Matthias> When aclocal is invoked with --acdir set to a copy of this library, Matthias> automake fails with these messages: --acdir overrides both the private (versioned) and public (unversioned) aclocal directories, hence the failure. (This switch is needed in Automake's testsuite which has to run aclocal before the macros are installed.) [...] -- Alexandre Duret-Lutz _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel