Unable to install libneurosim

Question

Unable to install libneurosim

ShashShukla opened this issue 7 years ago · comments

I am running Ubuntu 16.04 LTS.
I downloaded and extracted the repo and then did the following:

aclocal
./autogen.sh
./configure
make

make gave me the following output error:

Making all in libneurosim
make[2]: Entering directory '/home/shashwat/Desktop/libneurosim-master/libneurosim'
depbase=`echo conngen/connection_generator.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..  -I../libltdl     -MT conngen/connection_generator.lo -MD -MP -MF $depbase.Tpo -c -o conngen/connection_generator.lo conngen/connection_generator.cpp &&\
mv -f $depbase.Tpo $depbase.Plo
libtool: Version mismatch error.  This is libtool 2.4.2, but the
libtool: definition of this LT_INIT comes from libtool 2.4.6.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
libtool: and run autoconf again.
Makefile:518: recipe for target 'conngen/connection_generator.lo' failed
make[2]: *** [conngen/connection_generator.lo] Error 63
make[2]: Leaving directory '/home/shashwat/Desktop/libneurosim-master/libneurosim'
Makefile:423: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/shashwat/Desktop/libneurosim-master'
Makefile:355: recipe for target 'all' failed
make: *** [all] Error 2

Any help would be greatly appreciated, thanks!

Jochen Martin Eppler · Answer 1 · Mon Sep 11 2017 21:43:54 GMT+0800 (China Standard Time)

This Stack Overflow entry has a possible answer: https://stackoverflow.com/questions/3096989/libtool-version-mismatch-error
Can you please report back if that solves the problem for you?

Shashwat Shukla · Answer 2 · Fri Sep 15 2017 17:32:53 GMT+0800 (China Standard Time)

Sorry for the late reply...
I had scoured all the forums and did indeed try the fixes mentioned in the above SO entry before opening this issue. None of them worked.

mdjurfeldt · Answer 3 · Fri Sep 15 2017 21:00:55 GMT+0800 (China Standard Time)

The problem seems to be that the code created by libtoolize = libtool ltmain etc does not match the libtool m4 macros inserted into aclocal.m4 by aclocal. This should not normally happen. Did you checkout a clean copy of libneurosim from github or was there another source? Is your Ubuntu installation clean or are there aclocal directories, for example under /usr/local, which could mess things up? Is your set of environment variables clean such that non-standard paths are not specified? Do you have the Ubuntu 16.04 standard versions of automake, autoconf and libtool installed or are there other versions or even multiple versions installed? I would suggest trying to make your environment as clean as possible, check that aclocal, autoconf, automake and libtoolize all come from a sensible place in the filesystem (/usr/bin), delete the libneurosim trees (both source and build), checkout github master and try again. Best regards, Mikael Den 15 sep. 2017 11:33 AM skrev "Shashwat Shukla" <notifications@github.com

:

Sorry for the late reply... I had scoured all the forums and did indeed try the fixes mentioned in the above SO entry before opening this issue. None of them worked. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#6 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADcfCdDYNFK8x14KcOEVCe1wARrVX6p0ks5sikRGgaJpZM4PSA_X> .

Shashwat Shukla · Answer 4 · Tue Sep 19 2017 03:45:45 GMT+0800 (China Standard Time)

Hi Mikael,

Thank you for your very detailed reply. I realised that the problem was with Anaconda. It had overridden my libtool install and had itself been using libtool version 2.4.2 instead of 2.4.6.
Uninstalling libtool from the Anaconda distribution and reinstalling libtool-bin solved the problem for me.

Thanks a lot for your help!

Cheers,
Shashwat

mdjurfeldt · Answer 5 · Tue Sep 19 2017 04:00:52 GMT+0800 (China Standard Time)

Anaconda is fundamentally broken. It's crazy to distribute own versions of system libraries and utilities. That should be done in a virtual machine or docker image. Else, you need to explicitly keep track of dependencies like in guix. Good that you found out! Den 18 sep. 2017 9:46 PM skrev "Shashwat Shukla" <notifications@github.com>: Hi Mikael, Thank you for your very detailed reply. I realised that the problem was with Anaconda. It had overridden my libtool install and had itself being using libtool version 2.4.2 instead of 2.4.6. Uninstalling libtool from the Anaconda distribution and reinstalling libtool-bin solved the problem for me. Thanks a lot for your help! Cheers, Shashwat — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#6 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADcfCbCnCCLHG-V6VylyVCEp_AK5gv4fks5sjshqgaJpZM4PSA_X> .