From owner-cvs-all@FreeBSD.ORG Wed Mar 15 09:51:11 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605D816A400; Wed, 15 Mar 2006 09:51:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C984743D48; Wed, 15 Mar 2006 09:51:10 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 77A6C20A2; Wed, 15 Mar 2006 10:51:01 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id D4E44209E; Wed, 15 Mar 2006 10:51:00 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 9CF7533C31; Wed, 15 Mar 2006 10:51:00 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Ade Lovett References: <200602231043.k1NAhYlr080084@repoman.freebsd.org> <86irqpwy35.fsf@xps.des.no> <86lkvi8ynb.fsf@xps.des.no> <1CBF3284-9303-4C26-B96E-4FF1C8EF30A0@FreeBSD.org> <86veuhf9yz.fsf@xps.des.no> Date: Wed, 15 Mar 2006 10:51:00 +0100 In-Reply-To: (Ade Lovett's message of "Tue, 14 Mar 2006 22:44:22 -0800") Message-ID: <86y7zcf33v.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/Mk bsd.autotools.mk X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Mar 2006 09:51:11 -0000 Ade Lovett writes: > On Mar 14, 2006, at 05:10 , Dag-Erling Sm=F8rgrav wrote: > > It used to be a breeze. It is now considerably harder, because > > gnu-autoconf's aclocal can't find libtool.ac, so you can't build > > anything that uses libtool. > I don't see a libtool.ac anywhere within devel/{,gnu}auto{conf,make}* libtool.m4, actually. devel/gnu-libtool installs it: des@xps ~% pkg_info -L gnu-libtool-1.5.20 | grep aclocal /usr/local/gnu-autotools/share/aclocal/libtool.m4 /usr/local/gnu-autotools/share/aclocal/ltdl.m4 /usr/local/gnu-autotools/share/libtool/libltdl/aclocal.m4 devel/libtool15 also installs it, but aclocal can't find it: des@xps ~% pkg_info -L libtool-1.5.22_2| grep aclocal /usr/local/share/aclocal/libtool.m4 /usr/local/share/aclocal/ltdl.m4 /usr/local/share/libtool/libltdl/aclocal.m4 des@xps ~/projects/openpam% sh -x autogen.sh + aclocal + libtoolize --copy --force You should update your `aclocal.m4' by running aclocal. + autoheader + automake -a -c --foreign configure.ac: installing `./install-sh' configure.ac: installing `./missing' bin/su/Makefile.am: installing `./depcomp' lib/Makefile.am:7: Libtool library used but `LIBTOOL' is undefined lib/Makefile.am:7: lib/Makefile.am:7: The usual way to define `LIBTOOL' is to add `AC_PROG_LIB= TOOL' lib/Makefile.am:7: to `configure.ac' and run `aclocal' and `autoconf' again. lib/Makefile.am: installing `./compile' modules/pam_deny/Makefile.am:6: Libtool library used but `LIBTOOL' is undef= ined modules/pam_deny/Makefile.am:6: modules/pam_deny/Makefile.am:6: The usual way to define `LIBTOOL' is to add= `AC_PROG_LIBTOOL' modules/pam_deny/Makefile.am:6: to `configure.ac' and run `aclocal' and `au= toconf' again. modules/pam_permit/Makefile.am:6: Libtool library used but `LIBTOOL' is und= efined modules/pam_permit/Makefile.am:6: modules/pam_permit/Makefile.am:6: The usual way to define `LIBTOOL' is to a= dd `AC_PROG_LIBTOOL' modules/pam_permit/Makefile.am:6: to `configure.ac' and run `aclocal' and `= autoconf' again. modules/pam_unix/Makefile.am:7: Libtool library used but `LIBTOOL' is undef= ined modules/pam_unix/Makefile.am:7: modules/pam_unix/Makefile.am:7: The usual way to define `LIBTOOL' is to add= `AC_PROG_LIBTOOL' modules/pam_unix/Makefile.am:7: to `configure.ac' and run `aclocal' and `au= toconf' again. + autoconf configure.ac:10: error: possibly undefined macro: AC_DISABLE_STATIC If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:11: error: possibly undefined macro: AC_PROG_LIBTOOL Compare and contrast what happens with the old gnu-libtool installed: des@xps ~/projects/openpam% sh -x autogen.sh + aclocal + libtoolize --copy --force You should update your `aclocal.m4' by running aclocal. + autoheader + automake -a -c --foreign + autoconf > The goal here is to provide the exact same autotools functionality > (libtool, autoconf, automake) as is present on other systems, > notably Linux and NetBSD pkgsrc. The recent libtool conversion has > proven itself to work (otherwise there wouldn't be very many > packages for the upcoming 5.5/6.1 releases). The great majority of ports don't use aclocal, because the tarballs ship with pre-generated aclocal and configure scripts. If you didn't already know and understand that, you have no business messing with the autotool ports. > I'm really not interested in, nor do I have the time for, religious > arguments. This is not a religious argument. It's a very simple technical argument: the GNU autotools used to work, now they don't. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no