bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: can't build graphviz; version conflicts with latest libtool


From: Ralf Wildenhues
Subject: Re: can't build graphviz; version conflicts with latest libtool
Date: Wed, 28 Jan 2009 07:37:06 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

Hello Stephen,

* Stephen North wrote on Tue, Jan 27, 2009 at 11:29:53PM CET:
> Greetings. Apologies if this is the wrong place.  In recent libtool  
> (2.2.6
> as installed in Ubuntu 8.10 or Macports updates, for instance) I can't
> build graphviz from scratch. The build dies with an error:
> scn<25> make
> make  all-recursive
> make[1]: Entering directory `/home/north/src/graphviz2'
> Making all in libltdl
> /home/north/src/graphviz2/libltdl
> make[2]: Entering directory `/home/north/src/graphviz2/libltdl'
> make  all-am
> make[3]: Entering directory `/home/north/src/graphviz2/libltdl'
> /bin/bash ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.     
> -g -O2 -c -o ltdl.lo ltdl.c
> ./libtool: line 463: CDPATH: command not found
> ./libtool: line 1141: func_opt_split: command not found
> libtool: Version mismatch error.  This is libtool 2.2.6, but the
> libtool: definition of this LT_INIT comes from an older release.
> libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6
> libtool: and run autoconf again.
> make[3]: *** [ltdl.lo] Error 63

This error happens when the ltmain.sh file used to create the libtool
script comes from Libtool version 2.2.6, but the macro files
(libtool.m4, ltoptions.m4 etc.) used to generate
graphviz2/libltdl/configure are from an older version.  This can happen
when a rerun of autotools is triggered by messed-up timestamps (or
changes in configure.ac or other configure input files).  It could also
already have happened upstream (Ubuntu or Macport sources), so it's not
clear whether this is a bug with them, or the rerun happened when you
tried to build the sources.

Solution is to avoid messed-up time stamps in checked-out sources, or
to re-libtoolize -f the sources again.  Please note however that with
libltdl, which is part of the Libtool sources, you need to use the
libtoolize script from the same Libtool package version.

Hope that helps.

Cheers,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]