Bug 16496 - Failing run autogen.sh with new autoconf and libtool
Summary: Failing run autogen.sh with new autoconf and libtool
Status: RESOLVED FIXED
Alias: None
Product: cairo
Classification: Unclassified
Component: general (show other bugs)
Version: 1.6.5
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Carl Worth
QA Contact: cairo-bugs mailing list
URL:
Whiteboard:
Keywords: notourbug
Depends on:
Blocks:
 
Reported: 2008-06-24 06:13 UTC by Vladimir
Modified: 2008-09-28 10:00 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Vladimir 2008-06-24 06:13:25 UTC
Hi there.

I use cairo-git. Some time ago I upgrade system autoconf and libtool to 2.62 and 2.24 versions respectively (I need them to compile freetype2-cvs :)). But after that I cannot run autogen.sh:
================================== Log ========================================
using autoconf for autoconf
checking for automake >= 1.8...
  testing automake... found 1.10.1
using libtoolize for libtool
./autogen.sh:   Note: `./configure' will be run with no arguments.
                If you wish to pass any to it, please specify them on the
                `./autogen.sh' command line.

./autogen.sh: running `libtoolize --copy --force'
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize:   `/usr/share/aclocal/libtool.m4'
libtoolize:   `/usr/share/aclocal/ltoptions.m4'
libtoolize:   `/usr/share/aclocal/ltversion.m4'
libtoolize:   `/usr/share/aclocal/ltsugar.m4'
libtoolize:   `/usr/share/aclocal/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
./autogen.sh: running `aclocal'
/usr/share/aclocal/nspr.m4:8: warning: underquoted definition of AM_PATH_NSPR
/usr/share/aclocal/nspr.m4:8:   run info '(automake)Extending aclocal'
/usr/share/aclocal/nspr.m4:8:   or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
./autogen.sh: running `autoheader'
./autogen.sh: running `automake --add-missing --foreign'
configure.in:64: installing `./config.guess'
configure.in:64: installing `./config.sub'
configure.in:22: installing `./install-sh'
configure.in:22: installing `./missing'
boilerplate/Makefile.am: installing `./depcomp'
./autogen.sh: running `autoconf'
configure.in:29: error: possibly undefined macro: LT_CURRENT
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.in:33: error: possibly undefined macro: LT_REVISION
configure.in:38: error: possibly undefined macro: LT_AGE
================================== Log ========================================
I added
m4_pattern_allow([[LT_]+])
into configure.in but then I stuck on
===========================================================================
[...]
configure: updating cache config.cache
configure: error: conditional "am__fastdepCXX" was never defined.
Usually this means the macro was only invoked conditionally.
===========================================================================
I think something changed in autoconf-automake-libtool bundle (versions: 2.62, 1.10.1, 2.2.4) then autogen.sh can help to warning about not supported version of auto* - libtool.
Comment 1 Chris Wilson 2008-09-28 10:00:02 UTC
Fixed with commit afdf3917ee86a7d8ae17f556db96478682674a76 and completely overhauled by Behdad when rewritting the build system.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.