devel/apr: can't build after update to libtool-2.2.6a
Andriy Gapon
Ports tree updated this morning.
libtool-2.2.6a is installed
stable/7 amd64
Options:
_OPTIONS_READ=apr-gdbm-db42-1.3.8.1.3.9
WITH_THREADS=true
WITHOUT_IPV6=true
WITH_GDBM=true
WITH_BDB=true
WITHOUT_NDBM=true
WITHOUT_LDAP=true
WITHOUT_MYSQL=true
WITHOUT_PGSQL=true
Build fails at configure stage.
Interesting snippets from output:
===> Configuring for apr-gdbm-db42-1.3.8.1.3.9
cd /usr/obj/ports/usr/ports/devel/apr/work/apr-1.3.8 ; /usr/bin/env CC="cc"
CFLAGS="-O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe
-march=nocona" PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh
CONFIG_SHELL=/bin/sh ACLOCAL=/usr/local/bin/aclocal-1.9
AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19
AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62
AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62
AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62
AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262
LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize
LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 lt_cv_sys_max_cmd_len=262144
/bin/sh ./buildconf
buildconf: checking installation...
buildconf: python version 2.6.2 (ok)
buildconf: autoconf version 2.62 (ok)
buildconf: libtool version 2.2.6 (ok)
Copying libtool helper files ...
buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4.
Creating include/arch/unix/apr_private.h.in ...
configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd
build/libtool.m4:67: LT_INIT is expanded from...
build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
configure.in:190: the top level
configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd
configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd
configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd
Creating configure ...
configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd
build/libtool.m4:67: LT_INIT is expanded from...
build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
configure.in:190: the top level
configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd
configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd
configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd
configure:9755: error: possibly undefined macro: m4_ifval
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS
configure:12392: error: possibly undefined macro: LT_INIT
...
cd /usr/obj/ports/usr/ports/devel/apr/work/apr-1.3.8; /usr/bin/env CC="cc"
CFLAGS="-O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe
-march=nocona" PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh
CONFIG_SHELL=/bin/sh ACLOCAL=/usr/local/bin/aclocal-1.9
AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19
AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62
AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62
AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62
AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262
LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize
LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 lt_cv_sys_max_cmd_len=262144
/bin/sh ./configure --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
--with-installbuilddir=/usr/local/share/apr/build-1 --enable-threads --disable-ipv6
...
performing libtool configuration...
./configure: 9753: Syntax error: word unexpected (expecting ")")
*** Error code 2
Looking into the file I see a snippet in non-shell syntax:
Xsed="$SED -e 1s/^X//"
lt_if_append_uniq(lt_decl_varnames, SED, , ,
lt_dict_add_subkey([lt_decl_dict], [SED], [libtool_name],
[m4_ifval([], [], [SED])])
lt_dict_add_subkey([lt_decl_dict], [SED], [value], [1])
m4_ifval([A sed program that does not truncate output],
[lt_dict_add_subkey([lt_decl_dict], [SED], [description], [A sed program
that does not truncate output])])
lt_dict_add_subkey([lt_decl_dict], [SED],
[tagged?], [m4_ifval([], [yes], [no])]))
lt_if_append_uniq(lt_decl_varnames, Xsed, , ,
lt_dict_add_subkey([lt_decl_dict], [Xsed], [libtool_name],
[m4_ifval([], [], [Xsed])])
lt_dict_add_subkey([lt_decl_dict], [Xsed], [value], ["\$SED -e 1s/^X//"])
m4_ifval([Sed that helps us avoid accidentally triggering echo(1) options like
-n],
[lt_dict_add_subkey([lt_decl_dict], [Xsed], [description], [Sed that helps
us avoid accidentally triggering echo(1) options like -n])])
lt_dict_add_subkey([lt_decl_dict], [Xsed],
[tagged?], [m4_ifval([], [yes], [no])]))
--
Andriy Gapon
_______________________________________________
freebs...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-port...@freebsd.org"
Andriy Gapon
It seems that the problem is caused by arp carrying its own libtool-related bits
and those bits being incompatible with libtool-2.2.6a.
For me, I resolved the problem by copying
/usr/local/share/aclocal/ltoptions.m4
/usr/local/share/aclocal/ltsugar.m4
/usr/local/share/aclocal/ltversion.m4
/usr/local/share/aclocal/lt~obsolete.m4
to work/apr-1.3.8/build
And
/usr/local/bin/libtool
to work/apr-1.3.8
But maybe the problem could have been resolved by requiring the previous version
of libtool for this particular port.
Matthias Andree
>
> It seems that the problem is caused by arp carrying its own
> libtool-related bits
> and those bits being incompatible with libtool-2.2.6a.
> For me, I resolved the problem by copying
> /usr/local/share/aclocal/ltoptions.m4
> /usr/local/share/aclocal/ltsugar.m4
> /usr/local/share/aclocal/ltversion.m4
> /usr/local/share/aclocal/lt~obsolete.m4
> to work/apr-1.3.8/build
>
> And
> /usr/local/bin/libtool
> to work/apr-1.3.8
>
> But maybe the problem could have been resolved by requiring the previous
> version
> of libtool for this particular port.
This isn't sufficient on my system, because then the apr-util still fails.
Note that there is no previous libtool version that Philip's port could
require.
--
Matthias Andree
Andriy Gapon
> This isn't sufficient on my system, because then the apr-util still fails.
>
> Note that there is no previous libtool version that Philip's port could
> require.
>
Could you please try also the following?
cp /usr/local/share/libtool/config/ltmain.sh build/ltmain.sh
--
Andriy Gapon
Troy
> It seems that the problem is caused by arp carrying its own libtool-related bits
> and those bits being incompatible with libtool-2.2.6a.
> For me, I resolved the problem by copying
> /usr/local/share/aclocal/ltoptions.m4
> /usr/local/share/aclocal/ltsugar.m4
> /usr/local/share/aclocal/ltversion.m4
> /usr/local/share/aclocal/lt~obsolete.m4
> to work/apr-1.3.8/build
>
> And
> /usr/local/bin/libtool
> to work/apr-1.3.8
>
> But maybe the problem could have been resolved by requiring the previous version
> of libtool for this particular port.
>
>
We solved the problem for me. Please read the following:
http://www.freebsd.org/cgi/query-pr.cgi?pr=137843
Check to see if you have
/usr/local/bin/libtool15
/usr/local/bin/libtoolize15
/usr/local/share/libtool15
I found I had those files/directories even after upgrading the libtool
1.5 package to the latest one in ports. Deleting them let the apr build
complete.
Andriy Gapon
> Andriy,
>
> We solved the problem for me. Please read the following:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=137843
>
> Check to see if you have
>
> /usr/local/bin/libtool15
> /usr/local/bin/libtoolize15
> /usr/local/share/libtool15
>
> I found I had those files/directories even after upgrading the libtool
> 1.5 package to the latest one in ports. Deleting them let the apr build
> complete.
Thank you very very much - this did help!
--
Andriy Gapon
Matthias Andree
> on 20/08/2009 19:50 Matthias Andree said the following:
>> This isn't sufficient on my system, because then the apr-util still
>> fails.
>>
>> Note that there is no previous libtool version that Philip's port could
>> require.
>>
>
> Could you please try also the following?
> cp /usr/local/share/libtool/config/ltmain.sh build/ltmain.sh
I'll skip this, as the comments to ports/137843 showed a way to go forward
with the devel/apr build; cleaning out obsolete libtool15 cruft manually
helped. This should either be a post-install for libtool22 or in
/usr/ports/UPDATING.
--
Matthias Andree