search for: aclocal

...ent. $ ./autogen.sh checking for autoconf... checking for automake... checking for libtool... libtoolize I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line. Generating configuration files for vorbis, please wait.... aclocal /usr/share/aclocal/xmms.m4:17: warning: underquoted definition of XMMS_TEST_VERSION run info '(automake1.8)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal /usr/share/aclocal/xmms.m4:62: warning: underquoted definition of AM_PATH_XMMS /usr/share...

Hello all, I found OS X still has one remaining issue in the autotools. OS X does not include pkg-config by default, and whatever mechanism installs it places pkg.m4 in some location among: /opt/local/share/aclocal/pkg.m4 /usr/local/share/aclocal/pkg.m4 PKG_CHECK_MODULES isn't defined if pkg.m4 isn't in /usr/share/aclocal, so ./configure dies without augmenting aclocal's search path. My question: What is the proper way to augment this path? I see two options available, one at the top of hivex/...

On Sat, May 19, 2001 at 12:19:39PM +0000, Christian Weisgerber wrote: > Christian Weisgerber <naddy@mips.inka.de> wrote: > > > Problems in FLAC 0.9: > > Also: > > ===> Building for flac-0.9 > cd . && aclocal > aclocal: configure.in: 7: macro `AM_PROG_LIBTOOL' not found in library > aclocal: configure.in: 22: macro `AM_PATH_XMMS' not found in library > gmake: *** [aclocal.m4] Error 1 > > That is, if I touch configure.in I must have libtool and XMMS > installed. This doesn'...

Hi: Figured this would be the more appropriate place to write about this. I'm trying to compile the current SVN code on a Debian Sarge system with Automake 1.8.4. When I run ./autogen.sh I get the following: Checking for automake version found automake found aclocal Generating configuration files for icecast, please wait.... aclocal -I m4 m4/xiph_curl.m4:4: warning: underquoted definition of XIPH_PATH_CURL run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal m4/ogg2.m4:10: warning: un...

...gt; accept autoconf 2.61, which I think is fine as gentoo slots it the > > same as the 2.5[0-9] versions), the configure no longer works: > > ~/programming/llvm-1.9/projects/zhe $ cd autoconf/ > > ~/programming/llvm-1.9/projects/zhe/autoconf $ ./AutoRegen.sh > > Regenerating aclocal.m4 with aclocal > > /usr/share/aclocal/sdlmm.m4:12: warning: underquoted definition of AM_PATH_SDLMM > > /usr/share/aclocal/sdlmm.m4:12: run info '(automake)Extending aclocal' > > /usr/share/aclocal/sdlmm.m4:12: or see > > http://sources.redhat.com/automake/autom...

...at oen can use, starting with: libtoolize --force but you get: A sequence typical found out there, starting withlibtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `tools'. libtoolize: linking file `tools/ltmain.sh' libtoolize: You should add the contents of the following files to `aclocal.m4': libtoolize: `/usr/share/aclocal/libtool.m4' libtoolize: `/usr/share/aclocal/ltoptions.m4' libtoolize: `/usr/share/aclocal/ltversion.m4' libtoolize: `/usr/share/aclocal/ltsugar.m4' libtoolize: `/usr/share/aclocal/lt~obsolete.m4' libtoolize: Consider adding `AC_...

...AutoRegen.sh script (after modifying it to accept autoconf 2.61, which I think is fine as gentoo slots it the same as the 2.5[0-9] versions), the configure no longer works: ~/programming/llvm-1.9/projects/zhe $ cd autoconf/ ~/programming/llvm-1.9/projects/zhe/autoconf $ ./AutoRegen.sh Regenerating aclocal.m4 with aclocal /usr/share/aclocal/sdlmm.m4:12: warning: underquoted definition of AM_PATH_SDLMM /usr/share/aclocal/sdlmm.m4:12: run info '(automake)Extending aclocal' /usr/share/aclocal/sdlmm.m4:12: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Regenerating...

OS X does not include pkg-config by default. When installed, pkg.m4 tends to end up in some place that is not the autotool-expected /usr/share/aclocal/. Add to bootstrap a path check so pkg.m4 can be found, so ./configure does not fail invoking PKG_CHECK_MODULES. Signed-off-by: Alex Nelson <ajnelson at cs.ucsc.edu> --- bootstrap | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/bootstrap b/bootstrap index b296...

I am trying to install GOsa and it seems to need PHP 5.2 So I searched CentOS Plus but no luck So I downloaded the src RPM from Fedora 11 and tried to build but got derailed early on in the process with these errors... + cat /usr/share/aclocal/libtool.m4 \ /usr/share/aclocal/ltoptions.m4 \ /usr/share/aclocal/ltsugar.m4 \ /usr/share/aclocal/ltversion.m4 \ /usr/share/aclocal/lt~obsolete.m4 cat: /usr/share/aclocal/ltoptions.m4: No such file or directory cat: /usr/share/aclocal/ltsugar.m4: No such file or directory cat: /usr/share/acloca...

...er modifying it to > accept autoconf 2.61, which I think is fine as gentoo slots it the > same as the 2.5[0-9] versions), the configure no longer works: > ~/programming/llvm-1.9/projects/zhe $ cd autoconf/ > ~/programming/llvm-1.9/projects/zhe/autoconf $ ./AutoRegen.sh > Regenerating aclocal.m4 with aclocal > /usr/share/aclocal/sdlmm.m4:12: warning: underquoted definition of AM_PATH_SDLMM > /usr/share/aclocal/sdlmm.m4:12: run info '(automake)Extending aclocal' > /usr/share/aclocal/sdlmm.m4:12: or see > http://sources.redhat.com/automake/automake.html#Extending-a...

...n't cooperate. I have automake-1.7.6 just installed from ftp.gnu.org. Below is an example output in trying to build "icecast"; it's not very short... Thanks in advance for any help. --- $~/icecast/icecast> ./autogen.sh Checking for automake version found automake found aclocal Generating configuration files for ices, please wait.... aclocal -I m4 aclocal: configure.in: 13: macro `AM_PROG_LIBTOOL' not found in library autoheader autoheader: error: AC_CONFIG_HEADERS not found in configure.in libtoolize --automake automake --add-missing configure.in: no proper...

...uild a .src.rpm file I have made for PHP 5.3.8 (for Centos6) I have managed to install deps fine with mock. When I try to rebuild the package though I get. (from build.log) --------------------------------------------------------------------------------------------------------- + cat /usr/share/aclocal/libtool.m4 /usr/share/aclocal/ltoptions.m4 /usr/share/aclocal/ltsugar.m4 /usr/share/aclocal/ltversion.m4 /usr/share/aclocal/lt~obsolete.m4 cat: /usr/share/aclocal/ltoptions.m4: No such file or directory cat: /usr/share/aclocal/ltsugar.m4: No such file or directory cat: /usr/share/aclocal/ltversion....

Trying to build the latest CVS code of LDA against dovecot beta 9. Running autogen script I'm getting this message. I added the contents of /usr/local/share/aclocal/ to /usr/local/share/libtool/libltdl/aclocal.m4 #aclocaldir = /usr/local/share/aclocal/ aclocal_DATA = libmcrypt.m4 libtool.m4 ltdl.m4 but no luck. any advise ? /usr/local/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT run info '(automake)Extendin...

...=`echo $ver | $VERSIONMKMAJ` + min=`echo $ver | $VERSIONMKMIN` + if test $maj -eq $majneeded -a $min -ge $minneeded; then AUTOMAKE=$am echo $AUTOMAKE break @@ -82,11 +86,12 @@ test -z $AUTOMAKE && echo "no" echo -n "checking for aclocal $AM_NEEDED or later... " for ac in aclocal-$AM_NEEDED aclocal$AM_NEEDED \ - aclocal aclocal-1.7 aclocal-1.8 aclocal-1.9; do + aclocal aclocal-1.7 aclocal-1.8 aclocal-1.9 aclocal-1.10; do ($ac --version < /dev/null > /dev/null 2>&1) || continue - ver=`$...

...10.0 comes with automake version 1.4. So, I upgraded both automake and autoconf to the latest versions. When I run ./autogen.sh now, this is the output I get. <snip> [john@kjohn theora]$ ./autogen.sh checking for autoconf... checking for automake 1.6 or later... automake checking for aclocal 1.6 or later... aclocal checking for libtool... libtoolize I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line. Generating configuration files for theora, please wait.... aclocal /usr/local/share/aclocal/vorbis.m4:9...

...install Note that if you are using the code from SVN, you will need to run "autogen.sh" instead of "configure". So I tried that. bjoern@deimos:~/studium/beleg/resources/svn/speex$ ./autogen.sh checking for autoconf... checking for automake 1.8 or later... automake checking for aclocal 1.8 or later... aclocal checking for libtool... libtoolize I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line. Generating configuration files for Speex, please wait.... aclocal aclocal:configure.ac:32: warning: mac...

Hi, I am just starting a new project. I found that the above script rejects Autoconf versions later than 2.59, whereas it ought to accept them, imho. I had to edit the scrip to be able to use it with Autoconf 2.61. Also, aclocal gave the following warning: /usr/share/aclocal/oaf.m4:4: warning: underquoted definition of AM_PATH_OAF /usr/share/aclocal/oaf.m4:4: run info '(automake)Extending aclocal' /usr/share/aclocal/oaf.m4:4: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Does thi...

Josh, I'm trying to build CVS flac-1.1.1 in order to make sure flac123 will work with it. I'm having a hard time getting autogen.sh's aclocal to work with configure.in. I'm using autoconf-2.59 (from source) on Redhat 9.0. I have found automake-1.7.8 and automake-1.8.5 yield similar results: $ ./autogen.sh aclocal: configure.in: 142: macro `AM_PROG_LIBTOOL' not found in library aclocal: configure.in: 255: macro `AM_ICONV'...

...+# do we need automake? +if test -r Makefile.am; then + AM_NEEDED=`fgrep AUTOMAKE_OPTIONS Makefile.am | $VERSIONGREP` + if test -z $AM_NEEDED; then + echo -n "checking for automake... " + AUTOMAKE=automake + ACLOCAL=aclocal + if ($AUTOMAKE --version < /dev/null > /dev/null 2>&1); then + echo "no" + AUTOMAKE= + else + echo "yes" + fi + else + echo -n "checking for automake $AM_NEEDED or later... " + for am in automake-$AM_NEEDED automake$...

...ty easy to work around or had already been discussed here. But this one has me stumped (though I am admittedly new to autoconf, automake, and libtool). Here's the problem. autoconf does not see any definition for AC_PROG_LIBTOOL. There is such a definition in <libtool directory>/share/aclocal/libtool.m4, but autoconf doesn't seem to be aware of that. I don't know how to tell it to look there; autoconf doesn't appear to have any option to specify specific additonal m4 files. The end result is that the makefiles say "LIBTOOL = @LIBTOOL@" instead of "LIBTOOL =...