search for: automak

Hi, I'm trying to compile icecast-kh (last version) on a OpenBSD machine. While I execute ./autogen.sh an error occurs: autoheader libtoolize --automake automake --add-missing automake: #################### automake: ## Internal Error ## automake: #################### automake: unrequested trace `include' automake: Please contact <bug-automake@gnu.org>. at /usr/local/share/automake-1.9/Automake/Channels.pm line 562 Automake::C...

Hi again. Which version of automake is used for the sources of icecast (& co)? Which versions of automake will be able to work with the files on cvs? I'd also like to ask you if some of you got to build the icecast 2 sources correctly with redhat 7.2, 7.3 or 8.0. I am getting the following error doing an ./autogen.sh: I a...

...e the archives when they're available again. Sorry.] Howdy. When building the CVS source using autogen.sh, in particular on FreeBSD, there are a number of things which it would be nice if they could be specified on the command line, rather than being hardcoded into autogen.sh. For example, automake 1.6 or greater is needed in the `ogg' source directory. A search is made for automake-1.6 and automake1.6, as well as bog-standard automake. But this doesn't find automake-1.7, or the way that the FreeBSD ports system has decided to number the various versions (allowing them to coexist,...

...n.sh 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 icecast, please wait.... aclocal aclocal: configure.in: 8: macro `AM_PROG_LIBTOOL' not found in library libtoolize --automake automake --add-missing configure.in:4: no proper implementation of AM_INIT_AUTOMAKE was found, configure.in:4: probably because aclocal.m4 is missing... configure.in:4: You should run aclocal to create this file, then configure.in:4: run automake again. /usr/local/share/automake-1.6/am/depend2.a...

Hello All: I just checked out the whole icecast but cannot build anything because autogen wouldn'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...

Josh, Macports on OSX ships with automake-1.10 and the current autogen.sh detects 1.10 as an invalid version of automake. The following patch (snarfed from autogen.sh from libvorbis) fixes that. Once that is fixed there are still some other issues that need fixing for automake-1.10. Cheers, Erik diff -u -r1.16 autogen.sh --- autogen....

One more update. The Makefile.am for analyze was wrong. It wasn't linking in the some of the passes. The new size is 56951088 which is in line with the other executables. Also, I have now completed a run of projects/llvm-test/MultiSource with the tools generated by automake. The only errors were for: TEST (llc) 'sgefa' FAILED! TEST (jit) 'sgefa' FAILED! TEST (jit) 'make_dparser' FAILED! TEST (llc) 'kc' FAILED! TEST (jit) 'anagram' FAILED! TEST (llc) 'mason' FAILED! TEST (cbe) 'mason' FAILED! TEST (jit) 'mas...

...n doing a ./autogen.sh it gave me the following errors: 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 icecast, please wait.... aclocal -I /usr/share/aclocal/ libtoolize --automake automake --add-missing /usr/local/share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/local/share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/local/share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/local/share/automake/am/l...

...ately. (needed to build on os x and probably elsewhere) Conrad. -------------- next part -------------- Index: Makefile.am =================================================================== --- Makefile.am (revision 6517) +++ Makefile.am (working copy) @@ -1,6 +1,6 @@ ## Process this file with automake to produce Makefile.in -AUTOMAKE_OPTIONS = foreign dist-zip +AUTOMAKE_OPTIONS = foreign 1.6 dist-zip SUBDIRS = lib include doc examples debian Index: autogen.sh =================================================================== --- autogen.sh (revision 6517) +++ autogen.sh (working copy) @...

I'm re-thinking my penchant for automake. automake is great for many standard applications that just need to get portable makefiles up and running quickly. However, it turns out that LLVM is "different enough" from a standard application that automake might not be the best choice. Here's some of the problems I've run...

Folks, I have completed the addition of automake makefiles to LLVM. All libraries, tools, and runtime libs build now with automake. Note that there are still many missing things in the automake support. Right now it just builds the basic software. However, before I invest more time in it, I thought some comparison would help us make some decis...

...; >src/Makefile.am:5: required directory src/net does not exist > >src/Makefile.am:5: required directory src/log does not exist > > This means that you haven't got the entire source. See HACKING for > details of what you need to do. > > > >autoconf 2.53 > >automake 1.6.2 > >aclocal 1.6.2 > > The autotools packages break backwards compatibility with pretty much > every release. You probably need automake 1.4.x > > Michael > When you say "icecast2", do you mean the module 'ice2'? The reason I ask is because...

After puzzling about the size of the executables and the build times, I discovered (thanks Chris!) that I had compiled everything without debug symbols in the automake version. So, here's some revision from the first version of this email. The build times didn't change much (I guess I/O is cheap on my machine). The new "Build With Automake" times are 20m28.672s (elapsed), 18m1.900s (user) and 1m38.540s (system). The real change is in the size...

...[--prefix=<install-path>] % make % make 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.......

.../home/buildbot/trunk/drivers' Makefile:1597: *** missing separator. Stop. make[1]: Leaving directory `/home/buildbot/trunk/drivers' make: *** [all-recursive] Error 1 Line 1597 is the last line in the Makefile for the drivers directory. Here is a list of the make versions for my machine: automake-1.6.3-5 automake15-1.5-7 automake14-1.4p6-6 autoconf-2.57-3 autoconf213-2.13-6 Kernel version: 2.4.21-47.0.1.ELsmp (yes it is a dual processor machine) Am I missing something that NUT needs to build? Ron -- Ronald Reed - RHCE, GCUX Manager of Computer Operations ARM SGP ACRF Site (580)388-405...

i ran into the same issue yesterday. i had to revert back to 1.6 here is the link to the exact file that helped me ftp://ftp.gnu.org/gnu/automake/automake-1.6.tar.gz then tar -zxf automake-1.6.tar.gz; cd automake-1.6l; ./configure; make; make install <p><p>Dave St John CEO Mediacast1 www.mediacast1.com ----- Original Message ----- From: "Tano M Fotang" <fotang@yahoo.com> To: <icecast@xiph.org> Sent: Frid...

hello, I just downloaded libshout from http://svn.xiph.org/icecast/branches/kh/ices and tried to follow the instructions for compiling it. When I run ./autogen.sh, I get the following: monkey:/usr/local/src/libshout-kh# ./autogen.sh Checking for automake version found automake-1.6 found aclocal-1.6 Generating configuration files for libshout, please wait.... aclocal-1.6 -I m4 aclocal: couldn't open directory `m4': No such file or directory autoheader autoheader2.50: error: AC_CONFIG_HEADERS not found in configure.in libtoolize -...

RHEL 6 has automake 1.13.4. Since we have stopped supporting RHEL 5, there is no need for the complex macro to check for older versions of automake that didn't have 'serial_tests'. --- configure.ac | 17 +---------------- 1 file changed, 1 insertion(+), 16 deletions(-) diff --git a/configure.ac b/confi...

...r.gz, and libtheora-1.0alpha3.tar.gz; building and installing them in that order, and trying the alpha3 theora encoder, I decided to try to build theora from svn. Using svn to checkout theoratrunk worked ok. The first time I tried to execute ./autogen.sh, it complained that I didn't have automake. Mandrake 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 c...

...rlos Rodriguez). This UPS wasn't yet supported by NUT but I was able to compile and test the software on my Debian. I download in order to try latest Rev: 805 today to see if USB support for my UPS where better but the 'autoreconf' command give me the result below : configure.in: 10: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' automake: configure.in: required file `./mkinstalldirs' not found clients/Makefile.am:10: invalid variable `dist_bin_SCRIPTS' clients/Makefile.am:10: invalid variable `dist_bin_SCRIPTS' clients/Makefile.am:29: invalid unused v...