Date: Tue, 4 Aug 2009 17:10:53 +0100 From: "N.J. Mann" <njm@njm.me.uk> To: freebsd-ports@FreeBSD.org, pgollucci@FreeBSD.org Subject: Re: apr-gdbm-db42 upgrade conflicting with libtool Message-ID: <20090804161053.GA1604@titania.njm.me.uk> In-Reply-To: <20090803155055.GA31733@titania.njm.me.uk> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20090803155055.GA31733@titania.njm.me.uk>,
N.J. Mann (njm@njm.me.uk) wrote:
> In message <20090803125519.GA60550@twisted.net>,
> Troy (troy@twisted.net) wrote:
> > I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and ran
> > into the following error. My libtool was just upgraded to libtool-2.2.=
6a
> > so there may be a conflict there. Anyone have ideas?
> >=20
> >=20
> > checking minix/config.h usability... no
> > checking minix/config.h presence... no
> > checking for minix/config.h... no
> > checking whether it is safe to define __EXTENSIONS__... yes
> > checking for library containing strerror... none required
> > checking whether system uses EBCDIC... no
> > performing libtool configuration...
> > ./configure: 9753: Syntax error: word unexpected (expecting ")")
> > *** Error code 2
> >=20
> > Stop in /usr/ports/devel/apr.
> > *** Error code 1
> >=20
> > Stop in /usr/ports/devel/apr.
>=20
> I am also having problems updating devel/apr. In my case it gets past
> the configure stage and fails during the compile stage:
>=20
> %%%%%
>=20
> =3D=3D=3D> Building for apr-gdbm-db43-1.3.7.1.3.8
> cd /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7; /usr/bin/env TM=
PDIR=3D"/home/njm/tmp" TMPDIR=3D"/home/njm/tmp" SHELL=3D/bin/sh NO_LINT=3DY=
ES ACLOCAL=3D/usr/local/bin/aclocal-1.9 AUTOMAKE=3D/usr/local/bin/automake-=
1.9 AUTOMAKE_VERSION=3D19 AUTOCONF=3D/usr/local/bin/autoconf-2.62 AUTOHEADE=
R=3D/usr/local/bin/autoheader-2.62 AUTOIFNAMES=3D/usr/local/bin/ifnames-2.6=
2 AUTOM4TE=3D/usr/local/bin/autom4te-2.62 AUTORECONF=3D/usr/local/bin/autor=
econf-2.62 AUTOSCAN=3D/usr/local/bin/autoscan-2.62 AUTOUPDATE=3D/usr/local/=
bin/autoupdate-2.62 AUTOCONF_VERSION=3D262 LIBTOOL=3D/usr/local/bin/libtool=
LIBTOOLIZE=3D/usr/local/bin/libtoolize LIBTOOL_M4=3D/usr/local/share/acloc=
al/libtool.m4 PREFIX=3D/usr/local LOCALBASE=3D/usr/local X11BASE=3D/usr/lo=
cal MOTIFLIB=3D"-L/usr/local/lib -lXm -lXp" LIBDIR=3D"/usr/lib" CC=3D"cc"=
CFLAGS=3D"-O2 -fno-strict-aliasing -pipe" CXX=3D"c++" CXXFLAGS=3D"-O2 -fno=
-strict-aliasing -pipe" MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"in=
stall -s -m 555" BSD_INSTALL_SCRIPT=3D"install -m 555" BSD_INSTALL_DA=
TA=3D"install -m 444" BSD_INSTALL_
> MAN=3D"install -m 444" /usr/bin/make
> /bin/sh /libtool --silent --mode=3Dcompile cc -O2 -fno-strict-aliasing =
-pipe -DHAVE_CONFIG_H -I./include -I/usr/ports.workdir/usr/ports/devel/a=
pr/work/apr-1.3.7/include/arch/unix -I./include/arch/unix -I/usr/ports.work=
dir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix -I/usr/ports.workd=
ir/usr/ports/devel/apr/work/apr-1.3.7/include -o passwd/apr_getpass.lo -c =
passwd/apr_getpass.c && touch passwd/apr_getpass.lo
^
|
This is the why it fails. In the relevant makefile this is actually:
=2E/build/apr_rules.mk:38:LIBTOOL=3D$(SHELL) $(top_builddir)/libtool
but top_buildir is not defined anywhere in the makefiles. If I set it
then everything works. If I change the line above to use top_blddir
instead of top_builddir it works.
So, why isn't it defined? I looked through the config files - I know
nothing about autoconf, automake, &c., and found:
=2E/config.log:17410:LIBTOOL=3D'$(SHELL) $(top_builddir)/libtool'
=2E/config.log:17611:top_builddir=3D'/usr/ports.workdir/usr/ports/devel/apr=
/work/apr-1.3.7'
but I do not know whether the syntax of the second line is correct (the
path is for my setup).
Anyway, I tried compiling after making the above change and it worked
until it changed directory into apr/work/apr-util-1.3.8 whereapon the
same problem manifested. This time though I had to change the line in
build/rules.mk to be LIBTOOL=3D$(SHELL) $(apr_builddir)/libtool and
that did the trick: I now have an updated devel/apr.
I really would like to get to the bottom of why this is failing for me,
even if it is not failing for anyone else. Any and all suggetions
accepted.
Cheers,
Nick.
--=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090804161053.GA1604>