similar to: New CURL version dependency

you need curl > 7.10 oddsock At 11:24 PM 4/27/2003 +0200, you wrote: >I got the latest version of icecast2 from the CVS, and I can't compile it. >it says: > >make[2]: Entering directory `/usr/local/src/icecast/icecast2/icecast/src' >gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" >-DPACKAGE_STRING=\"\"

I got the latest version of icecast2 from the CVS, and I can't compile it. it says: make[2]: Entering directory `/usr/local/src/icecast/icecast2/icecast/src' gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"icecast\"

Hallo! While compiling Icecast (after successfully installing libshout, ogg, vorbis-tools, and libao on a Red Hat 8.0 system) I get the following error which causes the compilation to abort: --- quote: [...] make[2]: Entering directory `/usr/local/programs/icecast/src' source='yp.c' object='yp.o' libtool=no \ depfile='.deps/yp.Po' tmpdepfile='.deps/yp.TPo' \

Well, I can't get icecast to compile on IRIX, not a huge surprise to me, but i'm working on it: First problems, the configure script doesn't work well with IRIX in general, so a bit of manual changes to it were required to force some library locations and compiler flags for the ogg and vorbis tests. (Mainly, $PREFIX/lib is not a safe assumption, as there are $PREFIX/lib,

> The intent (not yet reflected in the autoconf stuff, and I'm not certain the > code is completely ready for it) is that curl should be optional. If you don't > have it (and have a sufficiently recent version of it), icecast _should_ still > work, but will not have YP support compiled in. All other functionality will > remain. > > This is one of the major todo items

I've been trying to compile ices and icecast all night. I have narrowed the problem down to libxml. I have tried several rpms of libxml2 and libxml2-devel all to no avail. I don't expect support on this alpha release but just a reply to say that it's a common issue or wether I am just a dunce would be nice. :) Thanks Hans The follwing are installed by RPM: libxml2-2.4.23-1

This is a rather obscure question, I realize. I have written to the package author but have not heard back as of yet. I have read the README in the package, as well, but it didn't give me enough detail to diagnose the problems that I am having. (I did edit out the LAM-MPI check in zzz.R.in.) I am working to install Rmpi on top of MPICH on a beowulf cluster. Below is the output of the

On 2002.11.30 20:43 smoerk wrote: > I get an error when compiling libshout. it's the version from cvs, i > checked it out a few minutes ago... > > make[2]: Entering directory `/opt/ices2/libshout/src/net' > /bin/sh ../../libtool --mode=compile gcc -DPACKAGE=\"libshout\" > -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 >

Lateral to Matt, Matt, can you refresh my memory... I vaguely remember you mentioning that my OUR_CFLAGS_HEAD/OUR_CFLAGS_TAIL change to configure.in messed up debianization because it put local includes at the head... am I remembering right? Is there a way to resolve that problem *and* Ben's? Josh --- Ben Hines <bhines@alumni.ucsd.edu> wrote: > Updating the fink flac to 1.0.4, it

I think the basic problem is that configure can't find any C++ compiler on your system, which is required to build some of the libraries. It's kind of hard to imagine that Mandrake would supply gcc but not g++; maybe something else is wrong. Anyway, if you absolutely do not want any of the C++ stuff, you can just remove the following directories from SUBDIRS in src/Makefile libFLAC++

Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"

I get an error when compiling libshout. it's the version from cvs, i checked it out a few minutes ago... make[2]: Entering directory `/opt/ices2/libshout/src/net' /bin/sh ../../libtool --mode=compile gcc -DPACKAGE=\"libshout\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_C99_INTTYPES=1 -DHAVE_NANOSLEEP=1

On Sat, 20 Oct 2001, Jack Moffitt wrote: > I changed the libshout2 and thread module apis. This broke everything. > If you are tracking CVS, make sure to update your libshout2 and the > thread module. Ices2 and Icecast2 already uses these new changes, which > were implemented as part of general cleanup and getting Solaris builds > out of clean tarballs. > > If anyone is

Hi, I just read the thread about making 3dnow optimisations default and thought I would test it as I have an AMD here. Unfortunately I can not even compile with default (no 3dnow) options. ./configure goes fine including this part: checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking for g++... no checking for

Hi. I downloaded the ices source from CVS yesterday and have been trying to get something going. I got icecast running, but I want to use ices to stream from my sound card to icecast. That seems to be the most straight forward way to do things, but ices does not compile (see below). I have a fresh install of Mandrake 9.0. btw, I also found an RPM ices-0.2.3-3mdk which seemed like an easy

# gmake Making all in libspeex gmake[1]: Entering directory `/tmp/speex-1.1.4/libspeex' if /bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1

Thanks for the info. I checked the config.log and I got this information. configure:9311: checking for xsltParseStylesheetFile configure:9361: gcc -o conftest -O20 -fsigned-char -D_REENTRANT -I/usr/local/inc lude -I/usr/local/include/libxml conftest.c -lpthread -L/usr/local/lib -lxsl t -lxml2 -lz -liconv -lm >&5 ld: -lpthread: no match collect2: ld returned 1 exit status It seems

hi. i just tried to compile latest icecast version from cvs on a debian 'woody' intel machine. autogen works without errors but trying to 'make' it i receive the following error-message in the end. ____________________________________________________________________________ _ ... /usr/local/icecast/stream/include -I/usr/local/icecast/stream/include \

It's not really documented, but when you compile with --enable-sse, you need to add -march=pentium3 to the compile switches. That's actually a gcc requirement. Jean-Marc Le mer 21/01/2004 à 04:22, war a écrit : > gcc-3.2.2 + slack 9 + p4 2.6ghz (has sse/2) > > ./configure --prefix=/app/speex-1.1.4 --enable-shared --enable-sse > --with-ogg-dir=/app/libogg-1.1 >

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi folks, I can't compile ices2 from cvs.xiph.org OS Linux gcc 2.95 I get this error: make[2]: Entre dans le répertoire `/usr/local/src/ices/src' gcc -DPACKAGE=\"ices\" -DVERSION=\"2.0\" -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 - -I. -I. -Inet -Ithread -Iavl -Ilog -Itiming -DHAVE_OSS -O20 -ffast-math - -fsigned-char