similar to: Error while compiling Ices 0.4

On Mon, 7 Nov 2005, Bill Wendling wrote: > What's the config.log from this run? its attached. -Tanya > > -bw > > On 11/3/05, Tanya Lattner <tonic at nondot.org> wrote: >> >> Following the instructions here: >> http://llvm.cs.uiuc.edu/docs/TestingGuide.html#run >> >> I get an error running configure in the llvm-test directory. >>

Jean-Marc Valin wrote: > Can you send me the config.log? I attached it to this email. -- Pierre. -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure ##

Looking at the log, it just seems like your compiler is just not producing working code (see the segfault) Jean-Marc Le vendredi 13 mai 2005 ? 21:32 +0200, Pierre a ?crit : > Jean-Marc Valin wrote: > > Can you send me the config.log? > > I attached it to this email. > > > pi?ce jointe document plein texte (config.log) > This file contains any messages produced by

Hi, I'm trying to statically link ices0, but the configure scripts isn't really agreeing with me. When I do this: ./configure --prefix=/radio/server --enable-shared=no --enable-static=yes --without-perl --without-vorbis --without-faad --without-flac I still get a dynamically linked binary (linked to a lot of stuff I specified I didn't want, but that's besides the point): ldd

[...] checking for getopt_long... yes checking for main in -lwinmm... yes checking for short... yes checking size of short... configure: error: cannot compute sizeof (short), 77 See `config.log' for more details. I attached the config.log file to this mail. Regards, -- Pierre. -------------- next part -------------- This file contains any messages produced by compilers while running

Here is the config.log : <p>----------------------------------------------------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor

Hello! I would first like to appologice if this question does not fit on this mailing-list. I am new to Linux and I tried to compile R on my Ubuntu Warty linux. I followed the instructions in "R Installation and Administration" manual. It seams that there was a problem with "configure", since when running "make" afterward gave me this reply: make: *** No

Hi, Just trying to compile ices 0.3 src from tarball on a freebsd 4.5 box. I installed libshout2-2.0,1 port but ./configure can't find shout_new ... checking dynamic linker characteristics... freebsd4.5 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be

Hi Running ./configure --prefix=/whatever I got stuck with checking for pkg-config... /usr/bin/pkg-config checking shout/shout.h usability... no checking shout/shout.h presence... no checking for shout/shout.h... no configure: error: must have libshout installed! Having edited configure line 20056 and changed shout/shout.h to /usr/include/shout.h , I run into the next problem:

thnks for the clarfication. I downloaded libshout2 and ices-0.2 from cvs. I compiled libshout with out a problem but when i try and compile ices I get the following error: <p><p>checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no checking shout/shout.h usability... yes checking

Trying to build xapian+omega on tinycorelinux. I followed the install guide and get pass configure/make/make install/omindex, but when I try to run omega "P=search term", I received the following message: # ./omega.cgi 'P=small' Content-Type: text/html; charset=utf-8 Illegal instruction # Attached is the config.log . Make check in omega-core/tests/ shows a lot of failed

Hi Zenon, It seems likely to me that you still have libshout 1.x installed. Try stripping all remnants of libshout out from /usr/(local/)include and /usr/(local/)lib and then (re)install libshout 2.0, downloadable from http://downloads.us.xiph.org/releases/libshout/libshout-2.0.tar.gz (NB: this in turn requires libogg and libvorbis.) -- J. Zenon Panoussis wrote: > > Hi > >

Dear All, I am trying to cross compile the dependencies of ices for arm linux. I have been able to compile libxml2 (2.6.32) and libogg (1.1.3) successfully but I am getting stuck at compiling libvorbis (1.2.0). Making install in examples make[1]: Entering directory `/home/sr/armlinux/stream/libvorbis-1.2.0/examples' /bin/bash ../libtool --tag=CC --mode=link /usr/local/arm/bin/arm-linux-gcc

Brendan Cully wrote: >This particular error is because you used --with-libshout= instead of --with-libshout Is the above a typo. They look the same with the exception of the "=". I am new to linux so please be forgiving. I downloaded both ices and libshout. I tried to compile with "--with-shout-config=/etc/stream" but this returned the same result as in the previous email:

libshout 2.0 install its header file in /usr/include, whereas ices looks for /usr/include/shout/shout.h. Either one or the other should get fixed. [guillomovitch@klama guillomovitch]$ rpm -ql libshout3-devel | grep .h$ /usr/include/shout.h [guillomovitch@klama guillomovitch]$ rpm -ba rpm/SPECS/ices.spec [..] checking shout/shout.h usability... no checking shout/shout.h presence... no checking

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

Sent again, as original seems to get lost in cyberspace. BTW, this is not the sole compilation problem in ices. src/ices_config.c use the followind includes: #include <parser.h> #include <xmlmemory.h> whereas libmxl includes are in /usr/include/libxml ---------- Message transmis ---------- Subject: libshout headers Date: Mercredi 16 Juillet 2003 22:41 From: Guillaume Rousse

Hello Guyz, I am facing a problem while trying to compile ezstream 0.1.2. First some information about my setup: nsti# uname -a FreeBSD nsti.localdomain 4.9-RELEASE-p7 FreeBSD 4.9-RELEASE-p7 #0: Thu May 13 21:46:04 IST 2004 prince@nsti.localdomain:/usr/obj/usr/src/sys/NSTI i386 nsti# pkg_info BitchX-1.1 "An alternative ircII color client with optional GTK/GNOME

> libshout: :pserver:anoncvs@cvs.xiph.org:/usr/local/cvsroot > ices: :pserver:anoncvs@cvs.xiph.org:/cvs/ice > > Check out the ices-libshout_2 branch of ices. Libshout compiles fine, but ices wont configure correctly. It wouldn't find shout_new in libshout, lame_encode_flush_nogap in mp3lame nor ov_open in libvorbisfile.. (nor is libtool found, but I copied it from libshout.)

> Update: I got Kirk to blow away /usr/include/shout/shout.h. Now shout.h > isn't being found at all. Seems that SHOUT_CFLAGS isn't being used at all. ices should not respect the various CFLAGS settings. You should be good to go. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list,