GNU bug report logs - #10061
Version missmatch error

Previous Next

Package: libtool;

Reported by: chethan krishnamurthy <krishnamurthy.chethan <at> gmail.com>

Date: Wed, 16 Nov 2011 08:28:01 UTC

Severity: normal

To reply to this bug, email your comments to 10061 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-libtool <at> gnu.org:
bug#10061; Package libtool. (Wed, 16 Nov 2011 08:28:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to chethan krishnamurthy <krishnamurthy.chethan <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-libtool <at> gnu.org. (Wed, 16 Nov 2011 08:28:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: chethan krishnamurthy <krishnamurthy.chethan <at> gmail.com>
To: bug-libtool <at> gnu.org
Subject: Version missmatch error
Date: Wed, 16 Nov 2011 13:44:53 +0530
[Message part 1 (text/plain, inline)]
Greetings,
Myself Chethan. I was configuring kannel-sqlbox.
During installation of sqlbox i am facing errors

libtool: Version mismatch error.  This is libtool 2.4.2, but the
libtool: definition of this LT_INIT comes from libtool 2.2.6b.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
libtool: and run autoconf again.
make[2]: *** [sqlbox] Error 63
make[2]: Leaving directory `/home/peepal/sqlbox-0.7.2/gw'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/peepal/sqlbox-0.7.2'
make: *** [all] Error 2

Kindly suggest how to resolve this conflict.
Looking forward for your answer.
Thank you.

-- 
With Regards

Chethan K

9538404979
[Message part 2 (text/html, inline)]

Information forwarded to bug-libtool <at> gnu.org:
bug#10061; Package libtool. (Thu, 17 Nov 2011 01:22:02 GMT) Full text and rfc822 format available.

Message #8 received at 10061 <at> debbugs.gnu.org (full text, mbox):

From: "Gary V. Vaughan" <gary <at> vaughan.pe>
To: chethan krishnamurthy <krishnamurthy.chethan <at> gmail.com>
Cc: 10061 <at> debbugs.gnu.org
Subject: Re: bug#10061: Version missmatch error
Date: Thu, 17 Nov 2011 08:20:47 +0700
hi Chethan,

On 16 Nov 2011, at 15:14, chethan krishnamurthy wrote:
> Greetings,
> Myself Chethan. I was configuring kannel-sqlbox.
> During installation of sqlbox i am facing errors 
> 
> libtool: Version mismatch error.  This is libtool 2.4.2, but the
> libtool: definition of this LT_INIT comes from libtool 2.2.6b.
> libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
> libtool: and run autoconf again.
> make[2]: *** [sqlbox] Error 63
> make[2]: Leaving directory `/home/peepal/sqlbox-0.7.2/gw'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/peepal/sqlbox-0.7.2'
> make: *** [all] Error 2
> 
> Kindly suggest how to resolve this conflict.
> Looking forward for your answer.
> Thank you.

This means that the libtool script in the build directory was built
from release 2.4.2, likely shipped with your sqlbox package, but that
the m4 macros it is finding are from an earlier incompatible release
2.2.6b - maybe the libtool you have installed on your build machine?

It's not clear from your message whether sqlbox-0.7.2 is trying to
use libtool-2.4.2 and picked up the wrong macros, or libtool-2.2.6b
and picked up the wrong ltmain.sh.

If the macros are wrong, you need to make sure that aclocal.m4 does not
m4_include 2.2.6b versions of the libtool macros (look for
m4_include([<something>/ltversion.m4]) even a full copy of the old
ltversion.m4 file inside aclocal.m4), and make sure that you build with
the correct versions, which normally involves rerunning aclocal in the
package root directory with the correct -I option, normally pointing to
the m4 directory containing the right versions of libtool.m4 and others.

If ltmain.sh is too new, you need to replace it with one from the
same version of libtool as the macros you are using... which normally
involves rerunning libtoolize from a correctly installed libtool.

In either case, make sure you don't have multiple versions of
libtool installed (e.g. one in /usr and another in /usr/local) and
that aclocal is able to find the correct macro files.

HTH,
-- 
Gary V. Vaughan (gary AT gnu DOT org)




Information forwarded to bug-libtool <at> gnu.org:
bug#10061; Package libtool. (Sun, 20 Nov 2011 15:49:02 GMT) Full text and rfc822 format available.

Message #11 received at 10061 <at> debbugs.gnu.org (full text, mbox):

From: Roumen Petrov <bugtrack <at> roumenpetrov.info>
To: "Gary V. Vaughan" <gary <at> vaughan.pe>
Cc: 10061 <at> debbugs.gnu.org,
	chethan krishnamurthy <krishnamurthy.chethan <at> gmail.com>
Subject: Re: bug#10061: Version missmatch error
Date: Sun, 20 Nov 2011 17:47:35 +0200
Gary V. Vaughan wrote:
> hi Chethan,
>
> On 16 Nov 2011, at 15:14, chethan krishnamurthy wrote:
>    
>> Greetings,
>> Myself Chethan. I was configuring kannel-sqlbox.
>> During installation of sqlbox i am facing errors
>>
>> libtool: Version mismatch error.  This is libtool 2.4.2, but the
>> libtool: definition of this LT_INIT comes from libtool 2.2.6b.
>> libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
>> libtool: and run autoconf again.
>> make[2]: *** [sqlbox] Error 63
>> make[2]: Leaving directory `/home/peepal/sqlbox-0.7.2/gw'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/home/peepal/sqlbox-0.7.2'
>> make: *** [all] Error 2
>>
>> Kindly suggest how to resolve this conflict.
>> Looking forward for your answer.
>> Thank you.
>>      
> This means that the libtool script in the build directory was built
> from release 2.4.2, likely shipped with your sqlbox package, but that
> the m4 macros it is finding are from an earlier incompatible release
> 2.2.6b - maybe the libtool you have installed on your build machine?
>
> It's not clear from your message whether sqlbox-0.7.2 is trying to
> use libtool-2.4.2 and picked up the wrong macros, or libtool-2.2.6b
> and picked up the wrong ltmain.sh.
>    
[SNIP]
May be out of scope but after upgrade to recent libtool repository 
version "old test suite" fail with quite similar messages.

FAIL: tests/cdemo-static-make.test (exit: 2)
============================================

cdemo-static-make.test: ===     Running cdemo-static-make.test
cdemo-static-make.test: ===     Running cdemo-static-make.test
cdemo-static-make.test: ===     Running `make ' in cdemo
/bin/ksh ./libtool --tag=CC   --mode=compile gcc 
-DPACKAGE_NAME=\"cdemo\" -DPACKAGE_TARNAME=\"cdemo\" 
-DPACKAGE_VERSION=\"1.0\" -DPACKAGE_STRING=\"cdemo\ 1.0\" 
-DPACKAGE_BUGREPORT=\"bug-libtool <at> gnu.org\" -DPACKAGE_URL=\"\" 
-DPACKAGE=\"cdemo\" -DVERSION=\"1.0\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 
-DLT_OBJDIR=\".libs/\" -I. 
-I/usr/local/src/.work/.sources/libtool-origin/tests/cdemo  
-I/usr/local/src/.work/.sources/libtool-origin/tests/cdemo/../..   -O2 
-fno-strict-aliasing -Wall -c -o foo.lo 
/usr/local/src/.work/.sources/libtool-origin/tests/cdemo/foo.c
libtool: Version mismatch error.  This is libtool 2.4.2.115-0345, but the
libtool: definition of this LT_INIT comes from libtool 2.4.2.79-edb2a.
libtool: You should recreate aclocal.m4 with macros from libtool 
2.4.2.115-0345
libtool: and run autoconf again.
make: *** [foo.lo] Error 63


Issue is resolved with double "bootstrap" but until now I'm  not able to 
figure out which is missing dependency rule .


Roumen





Information forwarded to bug-libtool <at> gnu.org:
bug#10061; Package libtool. (Mon, 21 Nov 2011 10:18:02 GMT) Full text and rfc822 format available.

Message #14 received at 10061 <at> debbugs.gnu.org (full text, mbox):

From: "Gary V. Vaughan" <gary <at> gnu.org>
To: Roumen Petrov <bugtrack <at> roumenpetrov.info>
Cc: 10061 <at> debbugs.gnu.org,
	chethan krishnamurthy <krishnamurthy.chethan <at> gmail.com>
Subject: Re: bug#10061: Version missmatch error
Date: Mon, 21 Nov 2011 17:16:05 +0700
Hi Roumen,

On 20 Nov 2011, at 22:47, Roumen Petrov wrote:
> Gary V. Vaughan wrote:
>> On 16 Nov 2011, at 15:14, chethan krishnamurthy wrote:
>>> Myself Chethan. I was configuring kannel-sqlbox.
>>> During installation of sqlbox i am facing errors
>>> 
>>> libtool: Version mismatch error.  This is libtool 2.4.2, but the
>>> libtool: definition of this LT_INIT comes from libtool 2.2.6b.
>>> libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
>>> libtool: and run autoconf again.
>>> make[2]: *** [sqlbox] Error 63
>>> make[2]: Leaving directory `/home/peepal/sqlbox-0.7.2/gw'
>>> make[1]: *** [all-recursive] Error 1
>>> make[1]: Leaving directory `/home/peepal/sqlbox-0.7.2'
>>> make: *** [all] Error 2
>>> 
>>> Kindly suggest how to resolve this conflict.
>>> Looking forward for your answer.
>>> Thank you.
>>>     
>> This means that the libtool script in the build directory was built
>> from release 2.4.2, likely shipped with your sqlbox package, but that
>> the m4 macros it is finding are from an earlier incompatible release
>> 2.2.6b - maybe the libtool you have installed on your build machine?
>> 
>> It's not clear from your message whether sqlbox-0.7.2 is trying to
>> use libtool-2.4.2 and picked up the wrong macros, or libtool-2.2.6b
>> and picked up the wrong ltmain.sh.
>>   
> [SNIP]
> May be out of scope but after upgrade to recent libtool repository version "old test suite" fail with quite similar messages.
> [[---8<---8=---8<---]]
> Issue is resolved with double "bootstrap" but until now I'm  not able to figure out which is missing dependency rule .

Yes, I'm seeing this too.  But it's not the same problem at all.

I'm pretty sure that I introduced it when I converted from manual version number
bumps in configure.ac to using git-version-gen, which of course bumps the .version
file version number every time you pull, commit, or edit a file for the first time
in a clean tree...

The problem then, is that the tests/*demo*/*/ltversion.m4 and ltmain.sh are not
regenerated without a full bootstrap (thank goodness!! That takes ages, and I'd
hate to have to wait for it as I'm bouncing around the various branches in my
local libtool repo).

I wouldn't worry about it too much.  I have begun migrating the legacy tests to
Autotest, which is not only more pleasant to work with, but saves the boring wait
for all the legacy configury to be built every time we run make dist or distcheck,
by the time I've flushed my current patch queue, we won't have all that cruft to
deal with.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)



This bug report was last modified 13 years and 270 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.