here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies
Libtool Version Mismatch Error. This Is Libtool 2.4.6 But Theof this site About Us Learn more about Stack Overflow the company libtool version-info Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users
Definition Of This Lt_init Comes From An Older ReleaseBadges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 6.2 million programmers, just like you, helping each other. Join them; it only takes a install libtool ubuntu minute: Sign up error: Libtool library used but 'LIBTOOL' is undefined up vote 37 down vote favorite 5 I am trying to automake the OrientDb C++ library, but getting some errors. Makefile.am:10: error: Libtool library used but 'LIBTOOL' is undefined Makefile.am:10: The usual way to define 'LIBTOOL' is to add 'LT_INIT' Makefile.am:10: to 'configure.ac' and run 'aclocal' and 'autoconf' again. Makefile.am:10: If lt_init aclocal search path 'LT_INIT' is in 'configure.ac', make sure Makefile.am:10: its definition is in aclocal's search path. https://github.com/tglman/orientdb-c https://github.com/tglman/orientdb-c/wiki/Install I have configure.ac and Makefile.am already defined. I run the following autotools aclocal autoheader automake: libtool (GNU libtool) 2.4.2 configure.ac # -*- Autoconf -*- # Process this file with autoconf to produce a configure script. AC_PREREQ([2.69]) AC_INIT([orientdb-c],[0.9]) AC_CONFIG_SRCDIR([src/o_query_internal.h]) AC_CONFIG_HEADERS([config.h]) AM_INIT_AUTOMAKE() # Checks for programs. AC_PROG_CXX AC_PROG_AWK AC_PROG_CC AC_PROG_CPP AC_PROG_INSTALL AC_PROG_LN_S AC_PROG_MAKE_SET LT_INIT # Checks for libraries. # Checks for header files. AC_CHECK_HEADERS([malloc.h memory.h netdb.h netinet/in.h stdlib.h string.h sys/ioctl.h sys/socket.h sys/time.h unistd.h]) # Checks for typedefs, structures, and compiler characteristics. AC_TYPE_SIZE_T # Checks for library functions. AC_FUNC_MALLOC AC_FUNC_REALLOC AC_CHECK_FUNCS([gethostbyname memset socket strchr strcspn strdup strerror]) AC_CONFIG_FILES([Makefile]) AC_OUTPUT Things I already tried: autoreconf aclocal -I /usr/share/libtool aclocal -I . c linux autotools orientdb share|improve this question edited Sep 24 '13 at 10:15 asked Sep 24 '13 at 9:52 Imme22009 1,09231639 3 So this pretty much sums up every autogen.sh or initgen.sh ever. –Brett Hale Oct 1 '13 at 13:23 4 For anyone else stumbling on this error the fix for me was: sudo apt-get install libtool. –Ca
Sign in Pricing Blog Support Search GitHub This repository Watch 270 Star 2,877 Fork 905 zeromq/libzmq Code Issues 206 Pull requests
Cdpath: Command Not Found0 Projects 0 Pulse Graphs New issue autogen.sh: error: could not find libtool: line 481: cdpath: command not found libtool. libtool is required to run autogen.sh #1385 Closed ggitau opened this Issue Apr 28, 2015 ·
Lt_init: Command Not Found5 comments Projects None yet Labels None yet Milestone No milestone Assignees No one assigned 6 participants ggitau commented Apr 28, 2015 I get the http://stackoverflow.com/questions/18978252/error-libtool-library-used-but-libtool-is-undefined above error on Ubuntu 15.04 despite having installed libtool. I realised that the libtool command is not available but the libtoolize command is .I was able to build normally by changing the autogen.sh line below command -v libtool >/dev/null 2>&1 to command -v libtoolize >/dev/null 2>&1 youssefhassan commented May 7, 2015 Thanks for pointing out the issue. I https://github.com/zeromq/libzmq/issues/1385 did this and it worked also ln -s /usr/bin/libtoolize /usr/bin/libtool sanzhars commented May 9, 2015 I got the same error in Ubuntu 14.04 while trying to install JZMQ. Could you please tell how do I write above commands in 14.04? sanzhars commented May 27, 2015 Somehow I need to install libtool-bin and now I can run ./autogen.sh . But now I can't run make and sudo make install. I get "make: *** No targets specified and no makefile found. Stop." error. jonaslejon commented Jul 29, 2015 Thanks. Having the same issue bluca commented Aug 16, 2015 The libtool executable script in Debian and Ubuntu has been moved to a different package, libtool-bin, since it is not actually needed (autotool chain will generate it on the fly). This was fixes in PR #1497 so this issue can be closed. jemc closed this Aug 16, 2015 dwks referenced this issue in kaldi-asr/kaldi Oct 9, 2015 Closed tools/extras/check_dependencies.sh libtool issues #223 joegoggins added a commit to spark/chef-particle-base that referenced this issue Dec 2
build another non-libtool target (be it a https://www.gnu.org/software/automake/manual/html_node/Objects-created-both-with-libtool-and-without.html program or another library). Let’s consider the following https://gmplib.org/list-archives/gmp-bugs/2016-June/003962.html Makefile.am. bin_PROGRAMS = prog prog_SOURCES = prog.c foo.c … lib_LTLIBRARIES = libfoo.la libfoo_la_SOURCES = foo.c … (In this trivial case the issue could be avoided by linking libfoo.la with prog instead of command not listing foo.c in prog_SOURCES. But let’s assume we really want to keep prog and libfoo.la separate.) Technically, it means that we should build foo.$(OBJEXT) for prog, and foo.lo for libfoo.la. The problem is that in the course of creating foo.lo, libtool command not found may erase (or replace) foo.$(OBJEXT), and this cannot be avoided. Therefore, when Automake detects this situation it will complain with a message such as object 'foo.$(OBJEXT)' created both with libtool and without A workaround for this issue is to ensure that these two objects get different basenames. As explained in Renamed Objects, this happens automatically when per-targets flags are used. bin_PROGRAMS = prog prog_SOURCES = prog.c foo.c … prog_CFLAGS = $(AM_CFLAGS) lib_LTLIBRARIES = libfoo.la libfoo_la_SOURCES = foo.c … Adding ‘prog_CFLAGS = $(AM_CFLAGS)’ is almost a no-op, because when the prog_CFLAGS is defined, it is used instead of AM_CFLAGS. However as a side effect it will cause prog.c and foo.c to be compiled as prog-prog.$(OBJEXT) and prog-foo.$(OBJEXT), which solves the issue.
] [ author ] I'm having trouble trying to compile gcc. gcc-6.1.0 and gcc--5.4.0 both fail with a message regarding libtool. Error received from making gcc-6.1.0 with gmp6.1.0 uncompressed into the gcc-6.1.0 source directory and a symbolic link defining gmp to be gmp-6.1.0 /libtool: error: only absolute run-paths are allowed// //Makefile:864: recipe for target 'libgmp.la' failed// //make: *** [libgmp.la] Error 1// / files used are gcc-6.1.0.tar.gz, and gmp-6.1.0.tar.bz2, check sums and sha256 keys were verified. gcc is uncompressed to /home/me/workspace/ resulting in gcc-6.1.0 directory. gmp is uncompressed to /home/me/workspace/gcc-6.1.0 resulting in gcc-6.1.0/gmp-6.1.0 directory from workspace cd gcc-6.1.0 create symbolic link for gmp to point to the correct directory. ln gmp-6.1.0 gmp then cd .. back to workspace. mkdir obj_gcc-6.1.0 cd obj_gcc-6.1.0 configure gcc with; /home/me/workspace/gcc-6.1.0/configure --prefix='$HOME/workspace/usr/local' --disable-multilib --with-pkgversion='my_V1.0.0' Then run make with: make note if I run make using -j or -j8 it runs faster but the libtool error is hidden. I have tried the contrib/download_prerequisites shell script within the gcc source folder and that fails too. Note this script loads gmp-4.3.2 which has a known libtool issue. GMP=gmp-4.3.2 wget ftp://gcc.gnu.org/pub/gcc/infrastructure/$GMP.tar.bz2 || exit 1 tar xjf $GMP.tar.bz2 || exit 1 ln -sf $GMP gmp || exit 1 I have also tried running gcc on the gmc-6.1.0 source from an object directory and get the same libtool error message. Which is why I am posting this information as a bug at gmc. O.S. is openSuse leap 42.1 (x86_64) 64-bit, recently installed with gnome desktop. gcc --version gcc (SUSE Linux) 4.8.5 Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. uname -a Linux Wart 4.1.21-14-default #1 SMP PREEMPT Sun Apr 17 07:27:45 UTC 2016 (fc187c1) x86_64 x86_64 x86_64 GNU/Linux libtool --version libtool (GNU libtool) 2.4.2 Written by Gordon Matzigkeit