Error libtool library used but libtool is undefined

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' 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 .

I’m getting an error when I run autoconf.

I’m running CentOS 5.8 64-bit, with libtool 1.5.22 and autoreconf 2.59. I’ve just cloned the latest version of rabbitmq-c.

The text was updated successfully, but these errors were encountered:

configure.ac says it requires libtool 2.2, though I don’t know why. I’d like to be able to build on a normal CentOS 5.8 system as well.

I’ve just tried upgrading to libtool 2.4.2, but I get the same error.

I’d hazard a guess that you probably need a newer version of automake as well.

Out of curiosity — why not use the CMake based build system?

My version of CMake is too old to do it as well I think, but I don’t seem to be able to install the new version. I’ll try upgrading automake.

You could build/install CMake in your home directory, by setting the prefix to something like $HOME/local. (I’ve done something like this at work on a RHEL 5.x machine).

One reason I’d like to not use CMake is so I can use rpmbuild with the pre-rolled spec file.

Gotcha. Another option you have is to find a newer CentOS machine, then do the autoreconf -i bit on the newer machine, run ./configure then you can do a make dist which will create a tarball that you can move back to your older CentOS machine, then you can just do the ./configure && make && make install business (or rpmbuild) on that older machine.

Interesting. I just autoreconf’d on a Fedora system and was able to build on centos 5.8. Dumb question, but in configure.ac there is also a listing for python > 2.5, I have changed it to 2.4 and it seems to generate framing.h/c correctly, any reason I shouldn’t assume this is fine?

If the generator runs, the output is probably correct. I think i set the minimum at Python v2.5 because that’s the oldest version of Python I found to test the generator with.

xmeltrut, did you get this issue resolved? i have python 2.7 as well. dunno what makes the issue seem resolved?

No, I resolved it by building a new system using Ubuntu.

I was able to build it by running autoreconf -i on a different system, running make dist, and then building with the usual ./configure, etc on CentOS.

Источник

Apologies if I’m doing something obviously wrong, I’m not well versed in native linux development.

The text was updated successfully, but these errors were encountered:

So, I installed libtool on my host machine and made the error go away. I’m not familiar with libtool but my goal is to cross-compile to a busybox (not statically-linked) armhf target. I was able to cross-build by doing the following.

Going to test this now and see if it works as expected.

There is still some way to go with this project before it’s usable to other ppl. Right now you need all the GNU auto-tools to build from GIT, but when it’s done (and released) the tarball will contain the a pre-generated stand-alone configure script and Makefile.in file(s).

I haven’t tested cross-compiling this project myself yet, but in theory it should work by adding —host=$(CROSS_TARGET) to the configure script.

Actually, the above appears to work:
From my device:

When I query using dns-sd on mac.

However lookup (PTR record?) changes the hostname:

Note http-foodevice.local instead of foodevice.local .

Most importantly, A record query looks like it is working correctly:

My primary need is actually, I know the hostname and I want to find its IP in a zeroconf environment. (even though the above is shown on a DHCP network.)

Haven’t really read up on the RFC in detail yet, but I’m willing to bet the http- prefix is something from the pre-official RFC days. If you find it in the code (and not mentioned in the RFC) you’re very welcome to submit a pull-request to drop it.

It looks like the original intent of the tool was a bit http-service-centric (e.g. I can’t specify a _ssh._tcp ) but that’s less important to me. Also it should not be difficult to specify a service type argument. @troglobit how much do you care about CLI backward compatibility?

Ah, hiding in plain sight! 🙂

Haven’t gotten around to cleaning up the CLI yet, but was aiming at something similar to what I’ve done for my other projects, e.g. the uftpd usage paints a quite clear picture.

You’re free to clean up and fix whatever you like. Would be neat to fix _ssh._tcp as well . 🙂

Источник

I have all the needed packets installed. I can’t figure out what the problem is.

[root@localhost riscv-tools]# ./build.sh
Starting RISC-V Toolchain build process

libjaylink/Makefile.am:23: error: Libtool library used but ‘LIBTOOL’ is undefined
libjaylink/Makefile.am:23: The usual way to define ‘LIBTOOL’ is to add ‘LT_INIT’
libjaylink/Makefile.am:23: to ‘configure.ac’ and run ‘aclocal’ and ‘autoconf’ again.
libjaylink/Makefile.am:23: If ‘LT_INIT’ is in ‘configure.ac’, make sure
libjaylink/Makefile.am:23: its definition is in aclocal’s search path.
autoreconf: automake failed with exit status: 1

The text was updated successfully, but these errors were encountered:

Install libtool? I think since we added openocd we need to add more deps

sudo apt-get install libtool

Thank you, but I have already done this and I am taking an error because of the version of libusb I think:
configure: error: Package requirements (libusb-1.0 >= 1.0.9) were not met:

Configuring project riscv-openocd
libtoolize: error: ‘build-aux/config.guess’ is newer: use ‘—force’ to overwrite
libtoolize: error: ‘build-aux/config.sub’ is newer: use ‘—force’ to overwrite
configure: WARNING: libusb-1.x not found, trying legacy libusb-0.1 as a fallback; consider installing libusb-1.x instead
configure: error: Package requirements (libusb-1.0 >= 1.0.9) were not met:

No package ‘libusb-1.0’ found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Источник

strongSwan

Задачи

Issue #1423

Can not build to debug osx source code by Xcode

Добавил(а) Ninh Nguyen больше 6 лет назад. Обновлено больше 5 лет назад.

Описание

I’d download osx source code version 5.3.2.1-2 at link:
https://download.strongswan.org/osx/

When i’d tried to build in order to debug then I got error that is missing config.h file.
Where can I find it? I’d cloned the master source code from git:
https://github.com/strongswan/strongswan

But it’s still not there. I’d check the Readme file but there is not any help for building by Xcode.
Could you please guide me or show me any document to do this?

Best regards,
Ninh Nguyen

История

#1 Обновлено Tobias Brunner больше 6 лет назад

• Параметр Категория изменился на build
• Параметр Статус изменился с New на Feedback
• Параметр Приоритет изменился с High на Normal

When i’d tried to build in order to debug then I got error that is missing config.h file.
Where can I find it?

It is generated when strongSwan is built (as explained in the README.md file). It is then passed to the compiler in Xcode as -include ../../../config.h so you have to make sure the source code for the app (i.e. the Xcode project) is actually in the src/frontends folder of the rest of the strongSwan sources.

#2 Обновлено Ninh Nguyen больше 6 лет назад

Is that by running configure and make commands? I’d cloned the master source code but i did not see configure, make files include on.
How can I generate configure and make file?

I’d got it from the master branch.

#3 Обновлено Tobias Brunner больше 6 лет назад

I’d cloned the master source code but i did not see configure, make files include on.

Run autogen.sh (see InstallationDocumentation) and then run ./configure as described in source:src/frontends/osx/README.md.

#4 Обновлено Ninh Nguyen больше 6 лет назад

I’d run it but got error:

configure.ac:348: error: possibly undefined macro: AC_LIB_PREFIX

As I know the macro: AC_LIB_PREFIX is only available in the gettext header files.
So I’d installed all required library in: https://wiki.strongswan.org/projects/strongswan/repository/entry/HACKING but still got this error

#5 Обновлено Tobias Brunner больше 6 лет назад

How did you install these? MacPorts? Homebrew? See MacOSX. Anyway, you might have to run aclocal with -I

yourself if the macros installed by gettext are not in the default location used by aclocal (i.e. if they are not in aclocal —print-ac-dir ).

#6 Обновлено Ninh Nguyen больше 6 лет назад

I’m done for gettext. And got other error:

error: Libtool library used but ‘LIBTOOL’ is undefined

I’m tried to do same as gettext (run aclocal command) but not work.
How can i resolve it?

#7 Обновлено Tobias Brunner больше 6 лет назад

error: Libtool library used but ‘LIBTOOL’ is undefined

Did you install libtool? Did you run libtoolize (or glibtoolize ) before running aclocal ?

#8 Обновлено Ninh Nguyen больше 6 лет назад

i’m tried to install libtool in:
— /usr/bin/libtool
— /usr/local/Cellar/libtool/2.4.6/bin/glibtoolize
— /usr/local/Cellar/libtool/2.4.6/bin/glibtool (it showed : glibtool: error: you must specify a MODE)

after that i run cmd aclocal -I

and run ./autogen.sh
but still got error :

configure.ac:348: error: possibly undefined macro: AC_LIB_PREFIX

#9 Обновлено Tobias Brunner больше 6 лет назад

after that i run cmd aclocal -I

Don’t run autogen.sh if you call libtool and aclocal manually. autogen.sh nowadays simply calls autoreconf , which calls libtool/aclocal/autoheader/automake/autoconf, but if you call any of these manually then you should call the others manually too. Check the history of source:autogen.sh for how it looked when we called these programs manually too.

#10 Обновлено Ninh Nguyen больше 6 лет назад

I’d downloaded and replaced the autogen.sh file by the attachment. Then run it and got the same error, below is log run:

glibtoolize: putting auxiliary files in ‘.’.
glibtoolize: linking file ‘./ltmain.sh’
glibtoolize: putting macros in AC_CONFIG_MACRO_DIRS, ‘m4/config’.
glibtoolize: linking file ‘m4/config/libtool.m4’
glibtoolize: linking file ‘m4/config/ltoptions.m4’
glibtoolize: linking file ‘m4/config/ltsugar.m4’
glibtoolize: linking file ‘m4/config/ltversion.m4’
glibtoolize: linking file ‘m4/config/lt

obsolete.m4′
configure.ac:345: installing ‘./compile’
configure.ac:355: installing ‘./config.guess’
configure.ac:355: installing ‘./config.sub’
configure.ac:33: installing ‘./install-sh’
configure.ac:33: installing ‘./missing’
scripts/Makefile.am: installing ‘./depcomp’
configure.ac: installing ‘./ylwrap’
configure.ac:348: error: possibly undefined macro: AC_LIB_PREFIX
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.

#11 Обновлено Tobias Brunner больше 6 лет назад

I’d downloaded and replaced the autogen.sh file by the attachment.

You still need to run aclocal with -I .

#12 Обновлено Ninh Nguyen больше 6 лет назад

is gettext folder path?

#13 Обновлено Tobias Brunner больше 6 лет назад

is gettext folder path?

No, the path where the gettext package installed its lib-prefix.m4 macro (e.g. something like /usr/local/share/aclocal or /usr/local/opt/gettext/share/aclocal or $HOMEBREW_PREFIX/share/aclocal ).

#14 Обновлено Ninh Nguyen больше 6 лет назад

My case is /usr/local/Cellar/gettext/0.19.7/share/aclocal .
1. I deleted all source code
2. Clone master again
3. Run aclocal with path as you comment
4. Run autogen.sh that is same as the previous attachment file
—> Nothing change

#15 Обновлено Tobias Brunner больше 6 лет назад

My case is /usr/local/Cellar/gettext/0.19.7/share/aclocal .
1. I deleted all source code
2. Clone master again
3. Run aclocal with path as you comment
4. Run autogen.sh that is same as the previous attachment file
—> Nothing change

Why didn’t you change the script to call aclocal with the right path?

#16 Обновлено Ninh Nguyen больше 6 лет назад

Yes, how am I stupid :d
Now i can run autogen.sh without error. But when i run configure:

CFLAGS=»-O2 -g -Wall -Wno-format -Wno-pointer-sign -Wno-deprecated-declarations»
./configure —enable-monolithic —disable-shared —enable-static
—disable-defaults
—enable-openssl —enable-kernel-libipsec —enable-kernel-pfroute
—enable-eap-mschapv2 —enable-eap-identity —enable-eap-md5
—enable-eap-gtc —enable-pkcs1 —enable-socket-default —enable-osx-attr
—enable-xauth-generic —enable-gcm —enable-ccm —enable-ctr
—enable-keychain —enable-nonce —enable-charon
—enable-ikev1 —enable-ikev2

configure: error: OpenSSL header openssl/evp.h not found!

#17 Обновлено Tobias Brunner больше 6 лет назад

configure: error: OpenSSL header openssl/evp.h not found!

To compile with —enable-openssl you need the OpenSSL library and headers. Depending on where they are installed you might have to use —with-lib-prefix=

#18 Обновлено Ninh Nguyen больше 6 лет назад

Yeah, it works. When i build the charon-xpc lib by Xcode, got the error at the attachment.
Is it a linker error or a code sign error?

#19 Обновлено Ninh Nguyen больше 6 лет назад

Sorry, i think i missed running make command. I got the error when run it:

/Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive
Making all in src
Making all in .
make 3 : Nothing to be done for `all-am’.
Making all in include
make 3 : Nothing to be done for `all’.
Making all in libstrongswan
/bin/sh ../../ylwrap settings/settings_parser.y y.tab.c settings/settings_parser.c y.tab.h `echo settings/settings_parser.c | sed e s/cc$/hh/ -e s/cpp$/hpp/ -e s/cxx$/hxx/ -e s/c++$/h++/ -e s/c$/h/` y.output settings/settings_parser.output — bison -y -v -d
/Users/dtktuyen/Documents/01.ntninh/11.RiskAnalytics/02.Strongswan/strongswan/strongswan/src/libstrongswan/settings/settings_parser.y:68.9-16: syntax error, unexpected identifier, expecting string
make 3 : * [settings/settings_parser.c] Error 1
make 2 : [all-recursive] Error 1
make 1 : [all-recursive] Error 1
make: * [all] Error 2

#20 Обновлено Tobias Brunner больше 6 лет назад

/bin/sh ../../ylwrap settings/settings_parser.y y.tab.c settings/settings_parser.c y.tab.h `echo settings/settings_parser.c | sed e s/cc$/hh/ -e s/cpp$/hpp/ -e s/cxx$/hxx/ -e s/c++$/h++/ -e s/c$/h/` y.output settings/settings_parser.output — bison -y -v -d
/Users/dtktuyen/Documents/01.ntninh/11.RiskAnalytics/02.Strongswan/strongswan/strongswan/src/libstrongswan/settings/settings_parser.y:68.9-16: syntax error, unexpected identifier, expecting string

I guess the default version of bison on your system is too old. So you have to install a newer version and then specify its location explicitly via YACC environment variable when running configure.

Источник

Решено: LIBTOOL is undefined (automake)

Модератор: Модераторы разделов

$brew install libtool
==> Downloading https://downloads.sf.net/project/machomebrew/Bottles/libtool-    2.4.2.mavericks.bottle.2.tar.gz
######################################################################## 100.0%
==> Pouring libtool-2.4.2.mavericks.bottle.2.tar.gz
==> Caveats
In order to prevent conflicts with Apple's own libtool we have prepended a "g"
so, you have instead: glibtool and glibtoolize.
==> Summary
🍺  /usr/local/Cellar/libtool/2.4.2: 66 files, 2.2M
fdk-aac $ glibtoolize
fdk-aac $ autoreconf -fiv
fdk-aac $ ./configure
fdk-aac $ make
fdk-aac $ make -install
go to ffmpeg/build
ffmpeg/build$ ../configure --enable-libfdk-aac --enable-nonfree
ffmpeg/build$make
ffmpeg/build$sudo make install
do ls /usr/local/lib/*fdk* check that libfdk-aac is installed
go to my application

 myapp/build$cmake ../
 myapp/build$make

Tags:

Ssh

Ffmpeg

Centos5

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' 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 .