You are viewing a plain text version of this content. The canonical link for it is here.
Posted to rivet-dev@tcl.apache.org by Harald Oehlmann <ha...@elmicron.de> on 2012/02/09 11:40:50 UTC
Libtool version missmatch
Just an "action report".
I tried to build rivet from svn source on SuSE Linux 11.4 32 bit.
There are two documents with different instructions to get the configure
script:
INSTALL: aclocal; autoreconf
README.configure: aclocal; automake; autoconf; autoheader
I tried both with the same resulting libtool version missmatch:
% configure ...
% make
...
/bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../.. -I-I/usr/include/apache2-prefork
-I/home/oehhar/test/co/rivet/src -I"/usr/local/rivet/include"
-fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC
-Wall -fno-strict-aliasing -DLDAP_DEPRECATED
-I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
-D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -DSTART_TAG='"<?"'
-DEND_TAG='"?>"' -pipe -O2 -fomit-frame-pointer -Wall -fPIC -MT
mod_rivet_la-apache_multipart_buffer.lo -MD -MP -MF
.deps/mod_rivet_la-apache_multipart_buffer.Tpo -c -o
mod_rivet_la-apache_multipart_buffer.lo `test -f
'apache_multipart_buffer.c' || echo './'`apache_multipart_buffer.c
libtool: Version mismatch error. This is libtool 2.4.2 Debian-2.4.2-1,
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
Debian-2.4.2-1
libtool: and run autoconf again.
% libtool --version
ltmain.sh (GNU libtool) 2.2.6b
I will use the current stable release instead.
Thank you all,
-Harald
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: Libtool version missmatch
Posted by Harald Oehlmann <ha...@elmicron.de>.
Am 09.02.2012 12:33, schrieb Massimo Manghi:
>>>> libtool: Version mismatch error. This is libtool 2.4.2 Debian-2.4.2-1,
>>>> 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
>>>> Debian-2.4.2-1
>>>> libtool: and run autoconf again.
>>>>
> I presume the tag 'Debian' in libtool version shouldn't harm, it's just
> marking Debian's repackaging of libtool. Anyway, if you weren't building
> from a pristine working copy you may need to remove aclocal.m4 (removing
> also autom4te.cache/ could help to reset the whole building process) and
> retry. What libtool version is installed on you Suse? I hope this is not
> bringing about one of those autotools/libtools nightmares....
Both times, I used a fresh snv checkout.
The autoconf version is 2.68
>>>> % libtool --version
>>>> ltmain.sh (GNU libtool) 2.2.6b
>>>>
>>>> I will use the current stable release instead.
>>>>
>>>> Thank you all,
>>>> -Harald
>>> I upgraded ltmain.sh recently and I'm fairly certain I commited it to
>>> trunk,
>>> did you try to replace it with a copy of the same script shipped with
>>> your
>>> autotools installation?
>> No, I did not.
>>
>> In the meanwile, I deleted the whole try and have build with the 2.0.4
>> release which works fine. If you like I may retry it.
>>
>
> ok, if you still have around a working copy of 'trunk' it would be an
> interesting feedback if you reported what happens when you clean it up
> and rebuild from scratch.
>
> -- Massimo
I always started from scratch. Here are two sample sessions:
% svn co http://svn.apache.org/repos/asf/tcl/rivet/trunk rivet
Ausgecheckt, Revision 1242320.
% cd rivet
% aclocal
(takes some time, no output)
% autoreconf
(takes some time, no output)
% autoreconv -v
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not running libtoolize: --install not given
autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --no-force
autoreconf: Leaving directory `.'
% ./configure --with-tcl=/usr/local/rivet/lib
--with-apxs=/usr/sbin/apxs2-prefork
--with-tclsh=/usr/local/rivet/bin/tclsh8.6 --with-apache-version=2
--with-rivet-target-dir=/usr/local/rivet/lib/rivet --enable-version-display
% make
make all-recursive
make[1]: Entering directory `/home/oehhar/test/co/rivet'
Making all in src
make[2]: Entering directory `/home/oehhar/test/co/rivet/src'
Making all in apache-2
make[3]: Entering directory `/home/oehhar/test/co/rivet/src/apache-2'
/bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../.. -I-I/usr/include/apache2-prefork
-I/home/oehhar/test/co/rivet/src -I"/usr/local/rivet/include"
-fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC
-Wall -fno-strict-aliasing -DLDAP_DEPRECATED
-I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
-D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -DSTART_TAG='"<?"'
-DEND_TAG='"?>"' -pipe -O2 -fomit-frame-pointer -Wall -fPIC -MT
mod_rivet_la-apache_multipart_buffer.lo -MD -MP -MF
.deps/mod_rivet_la-apache_multipart_buffer.Tpo -c -o
mod_rivet_la-apache_multipart_buffer.lo `test -f
'apache_multipart_buffer.c' || echo './'`apache_multipart_buffer.c
libtool: Version mismatch error. This is libtool 2.4.2 Debian-2.4.2-1,
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
Debian-2.4.2-1
libtool: and run autoconf again.
make[3]: *** [mod_rivet_la-apache_multipart_buffer.lo] Error 63
make[3]: Leaving directory `/home/oehhar/test/co/rivet/src/apache-2'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/oehhar/test/co/rivet/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/oehhar/test/co/rivet'
make: *** [all] Error 2
--- Session 2 ---
% svn co http://svn.apache.org/repos/asf/tcl/rivet/trunk rivet
Ausgecheckt, Revision 1242320.
% cd rivet
% cp /usr/share/libtool/config/ltmain.sh tclconfig/.
% aclocal --verbose
(lots of output)
% autoreconv -v
(same as above)
% ./configure --with-tcl=/usr/local/rivet/lib
--with-apxs=/usr/sbin/apxs2-prefork
--with-tclsh=/usr/local/rivet/bin/tclsh8.6 --with-apache-version=2
--with-rivet-target-dir=/usr/local/rivet/lib/rivet --enable-version-display
...
% make
make all-recursive
make[1]: Entering directory `/home/oehhar/test/co/rivet'
Making all in src
make[2]: Entering directory `/home/oehhar/test/co/rivet/src'
Making all in apache-2
make[3]: Entering directory `/home/oehhar/test/co/rivet/src/apache-2'
/bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../.. -I-I/usr/include/apache2-prefork
-I/home/oehhar/test/co/rivet/src -I"/usr/local/rivet/include"
-fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC
-Wall -fno-strict-aliasing -DLDAP_DEPRECATED
-I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
-D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -DSTART_TAG='"<?"'
-DEND_TAG='"?>"' -pipe -O2 -fomit-frame-pointer -Wall -fPIC -MT
mod_rivet_la-apache_multipart_buffer.lo -MD -MP -MF
.deps/mod_rivet_la-apache_multipart_buffer.Tpo -c -o
mod_rivet_la-apache_multipart_buffer.lo `test -f
'apache_multipart_buffer.c' || echo './'`apache_multipart_buffer.c
mv -f .deps/mod_rivet_la-apache_multipart_buffer.Tpo
.deps/mod_rivet_la-apache_multipart_buffer.Plo
mv: Call to stat for
„.deps/mod_rivet_la-apache_multipart_buffer.Tpo“ not possible: File
not found
make[3]: *** [mod_rivet_la-apache_multipart_buffer.lo] Error 1
make[3]: Leaving directory `/home/oehhar/test/co/rivet/src/apache-2'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/oehhar/test/co/rivet/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/oehhar/test/co/rivet'
make: *** [all] Error 2
Thank you,
Harald
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: Libtool version missmatch
Posted by Massimo Manghi <ma...@unipr.it>.
On 02/09/2012 12:10 PM, Harald Oehlmann wrote:
>
>>> There are two documents with different instructions to get the configure
>>> script:
>>> INSTALL: aclocal; autoreconf
>>> README.configure: aclocal; automake; autoconf; autoheader
>> autoreconf should summarize what automake,autoconf and autoheader do
> there is just no output but it takes some time to process
>
yes, it does
>>> I tried both with the same resulting libtool version missmatch:
>>> % configure ...
>>> % make
>>> ...
>>> /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
>>> -I../.. -I-I/usr/include/apache2-prefork
>>> -I/home/oehhar/test/co/rivet/src -I"/usr/local/rivet/include"
>>> -fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2
>>> -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC
>>> -Wall -fno-strict-aliasing -DLDAP_DEPRECATED
>>> -I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
>>> -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -DSTART_TAG='"<?"'
>>> -DEND_TAG='"?>"' -pipe -O2 -fomit-frame-pointer -Wall -fPIC -MT
>>> mod_rivet_la-apache_multipart_buffer.lo -MD -MP -MF
>>> .deps/mod_rivet_la-apache_multipart_buffer.Tpo -c -o
>>> mod_rivet_la-apache_multipart_buffer.lo `test -f
>>> 'apache_multipart_buffer.c' || echo './'`apache_multipart_buffer.c
>>> libtool: Version mismatch error. This is libtool 2.4.2 Debian-2.4.2-1,
>>> 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
>>> Debian-2.4.2-1
>>> libtool: and run autoconf again.
>>>
I presume the tag 'Debian' in libtool version shouldn't harm, it's just
marking Debian's repackaging of libtool. Anyway, if you weren't building
from a pristine working copy you may need to remove aclocal.m4 (removing
also autom4te.cache/ could help to reset the whole building process) and
retry. What libtool version is installed on you Suse? I hope this is not
bringing about one of those autotools/libtools nightmares....
>>> % libtool --version
>>> ltmain.sh (GNU libtool) 2.2.6b
>>>
>>> I will use the current stable release instead.
>>>
>>> Thank you all,
>>> -Harald
>> I upgraded ltmain.sh recently and I'm fairly certain I commited it to
>> trunk,
>> did you try to replace it with a copy of the same script shipped with your
>> autotools installation?
> No, I did not.
>
> In the meanwile, I deleted the whole try and have build with the 2.0.4
> release which works fine. If you like I may retry it.
>
ok, if you still have around a working copy of 'trunk' it would be an
interesting feedback if you reported what happens when you clean it up
and rebuild from scratch.
-- Massimo
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: Libtool version missmatch
Posted by Harald Oehlmann <ha...@elmicron.de>.
Am 09.02.2012 11:53, schrieb Massimo Manghi:
> On 09.02.2012 11:40, Harald Oehlmann wrote:
>> Just an "action report".
>>
>> I tried to build rivet from svn source on SuSE Linux 11.4 32 bit.
>
> Are you building from the code in trunk?
yes
>> There are two documents with different instructions to get the configure
>> script:
>> INSTALL: aclocal; autoreconf
>> README.configure: aclocal; automake; autoconf; autoheader
>
> autoreconf should summarize what automake,autoconf and autoheader do
there is just no output but it takes some time to process
>> I tried both with the same resulting libtool version missmatch:
>> % configure ...
>> % make
>> ...
>> /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
>> -I../.. -I-I/usr/include/apache2-prefork
>> -I/home/oehhar/test/co/rivet/src -I"/usr/local/rivet/include"
>> -fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2
>> -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC
>> -Wall -fno-strict-aliasing -DLDAP_DEPRECATED
>> -I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
>> -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -DSTART_TAG='"<?"'
>> -DEND_TAG='"?>"' -pipe -O2 -fomit-frame-pointer -Wall -fPIC -MT
>> mod_rivet_la-apache_multipart_buffer.lo -MD -MP -MF
>> .deps/mod_rivet_la-apache_multipart_buffer.Tpo -c -o
>> mod_rivet_la-apache_multipart_buffer.lo `test -f
>> 'apache_multipart_buffer.c' || echo './'`apache_multipart_buffer.c
>> libtool: Version mismatch error. This is libtool 2.4.2 Debian-2.4.2-1,
>> 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
>> Debian-2.4.2-1
>> libtool: and run autoconf again.
>>
>> % libtool --version
>> ltmain.sh (GNU libtool) 2.2.6b
>>
>> I will use the current stable release instead.
>>
>> Thank you all,
>> -Harald
>
> I upgraded ltmain.sh recently and I'm fairly certain I commited it to
> trunk,
> did you try to replace it with a copy of the same script shipped with your
> autotools installation?
No, I did not.
In the meanwile, I deleted the whole try and have build with the 2.0.4
release which works fine. If you like I may retry it.
Thanks,
Harald
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: Libtool version missmatch
Posted by Massimo Manghi <ma...@unipr.it>.
On 09.02.2012 11:40, Harald Oehlmann wrote:
> Just an "action report".
>
> I tried to build rivet from svn source on SuSE Linux 11.4 32 bit.
Are you building from the code in trunk?
> There are two documents with different instructions to get the
> configure
> script:
> INSTALL: aclocal; autoreconf
> README.configure: aclocal; automake; autoconf; autoheader
autoreconf should summarize what automake,autoconf and autoheader do
>
> I tried both with the same resulting libtool version missmatch:
> % configure ...
> % make
> ...
> /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
> -I.
> -I../.. -I-I/usr/include/apache2-prefork
> -I/home/oehhar/test/co/rivet/src -I"/usr/local/rivet/include"
> -fomit-frame-pointer -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2
> -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g
> -fPIC
> -Wall -fno-strict-aliasing -DLDAP_DEPRECATED
> -I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
> -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -DSTART_TAG='"<?"'
> -DEND_TAG='"?>"' -pipe -O2 -fomit-frame-pointer -Wall -fPIC -MT
> mod_rivet_la-apache_multipart_buffer.lo -MD -MP -MF
> .deps/mod_rivet_la-apache_multipart_buffer.Tpo -c -o
> mod_rivet_la-apache_multipart_buffer.lo `test -f
> 'apache_multipart_buffer.c' || echo './'`apache_multipart_buffer.c
> libtool: Version mismatch error. This is libtool 2.4.2
> Debian-2.4.2-1,
> 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
> Debian-2.4.2-1
> libtool: and run autoconf again.
>
> % libtool --version
> ltmain.sh (GNU libtool) 2.2.6b
>
> I will use the current stable release instead.
>
> Thank you all,
> -Harald
I upgraded ltmain.sh recently and I'm fairly certain I commited it to
trunk,
did you try to replace it with a copy of the same script shipped with
your
autotools installation?
-- Massimo
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org