similar to: libshout compile problems

No, it's not his version of autoconf or automake. I had the same errors even with the latest versions available for my debian distribution. I only could help myself by using one of my precompiled binaries from a previous cvs snapshot. I haven't tried it with the current snapshot but I also don't know if there had been any update lately. Michael Smith wrote: >>all ok until

Hi, orry but when I said that I have the same problems when trying to compile libshout, i was wrong. My libshout compiles successfully but I have these problems when trying to compile ices2. after running autogen.sh I get the following response: ------------------------------- I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

Wondering if anyone else is having this problem compiling the latest version in CVS. autogen.sh runs fine, configure runs fine, make fails with the following: gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DHAVE_IPV6=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DCHUID=1 -DCHROOT=1 -I. -I. -I./net -I./thread -I./avl -I./httpp -I./log -I./timing -g -O20

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

Not sure if this is the right place to post this... I have attached a patch for the build system which lets FLAC build on IRIX and Cygwin. -------------- next part -------------- ? Makefile ? aclocal.m4 ? autom4te.cache ? config.guess ? config.log ? config.status ? config.sub ? configure ? depcomp ? install-sh ? irix.patch ? libtool ? libtool-disable-static ? ltmain.sh ? missing ? mkinstalldirs ?

I've finally decided to take the plunge and set up an Icecast 2 server on my Linux 2.4.18 machine. After asking in #vorbis, I was told that I need ice2 and ices. From what I understand, ice2 is the Icecast2 server, while ices is a program that sends it data to push to its clients. Am I right? After downloading both modules, the first problem I've ran into is executing the

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:

I bumped the version number of vorbis-tools and am preparing it for an eventual release in a few days. A changelog of what's new may be found at [1]. Meanwhile, what's in SVN is a "Release Candidate" to find out if anything was broken since version 1.1.1. Report any (or lack of) problems you may find, so we'll be able to put out a new version of vorbis-tools. -Ivo [1]

After downloading libogg-1.1.tar.gz, libvorbis-1.0.1.tar.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

Hi, quick info. Yesterday Rillian landed Oneman's patches adding ogg/opus and WebM support on Icecast trunk. Big thanks for all the work that has gone into this! Please use trunk for your testing and development in this area from now. If you run into problems please send mails/patches/bitch'n'moan-on-IRC/... It's important to find any problems by testing it in every possible

I did a check-out of vorbis trunk (revision 7445), but I'm getting problems with the autogen.sh. It complains that the required files vorbis{,enc,file}-uninstalled.pc.in are not present. $ ./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

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

It seems that configuring/building with "--enable-static --disable-shared" causes some problems with building vorbis-tools -- the Makefile.am's in oggenc and ogg123 do not appear to be correct. That is, if you build ao, ogg, and vorbis statically and try to compile oggenc or ogg123, you'll get unresolved symbol linker errors. This happens on all POSIX architectures and

--- Matt Zimmerman <mdz@debian.org> wrote: > The only difference in the command lines seems to be that your > xmms-config > explicitly links with -lgthread, while I suppose mine lets the > dynamic linker > pull it in. The only significant difference between the old and new > _LIBADD > lines is that @XMMS_LIBS@ is at the beginning in the new one. Now > that I think

Hi, I have an Ices2 comp problem, it can't find libshout. I have installed Libshout 2.0 in /home/Darkmeteor the configure line I'm using for ices2 is : ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor --with-vorbis-prefix=/home/Darkmeteor --with-shout-prefix=/home/Darkmeteor Problem : checking for Ogg... yes checking for Vorbis... yes checking for Shout... no

It sets: VORBIS_LIBS="$VORBIS_LIBDIR -lvorbis -lm" VORBISFILE_LIBS="-lvorbisfile" VORBISENC_LIBS="-lvorbisenc" Shouldn't this be: VORBIS_LIBS="$VORBIS_LIBDIR -lvorbis -lm" VORBISFILE_LIBS="$VORBIS_LIBDIR -lvorbisfile" VORBISENC_LIBS="$VORBIS_LIBDIR -lvorbisenc" as libvorbisenc & libvorbis are also in the same

Hi: I've not had any problems compiling libshout and ices2 on my debian woody system with the default autotools (I think they're automake 1.4p4 and autoconf 2.53 if memory serves). I use libogg and libvorbis 1.0 though, not current CVS. I do use libshout and ices2 cvs though. If auto* tools turn out to be a suspect, you can get packages right up to automake 1.7 under woody. Geoff.

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

On 13 Mar 2003, Karl Heyes wrote: > > ../thread/thread.h:90: syntax error before "pthread_rwlock_t" > > This is the key point, what system is this, and can you send me the > config.log This system is running Debian unstable and has the following auto* versions: automake (GNU automake) 1.4-p6 autoconf (GNU Autoconf) 2.57 Unstable has automake 1.4, 1.5, 1.6 and 1.7

i am trying to compile libtheora-1.1alpha2 on a ubuntu system i cant understand what the error message is " libtool: Version mismatch error. This is libtool 2.2.6 Debian-2.2.6a-1ubuntu1, but the libtool: definition of this LT_INIT comes from libtool 2.2.4. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6 Debian-2.2.6a-1ubuntu1 libtool: and run autoconf again. make[2]: