similar to: libtheora bug

Hi all, I was just trying to build myself a RC3 set of Ogg/Vorbis libs and tools, but the build of libvorbis bombs out on me while making all in examples. I've ./configure'd with no options, which gave no warnings or errors. After that a normal make gives the below attached output. Can anyone tell me what I've done wrong ? I've also tried removing the examples/ directory. After

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

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 >

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++

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

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 My PC is Intel Pentium P4-HT, running Linux kernel 2.6.0-test10. I have the latest GNU automake/autoconf system. The make fails on libtheora with the following error msgs: player_example.c:29:1: warning: "_REENTRANT" redefined player_example.c:1:1: warning: this is the location of the previous definition /bin/sh ../libtool --mode=link gcc -O2 -D_REENTRANT -all-static -o

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 want to compile ogg and vorbis(version 1.01) under mingw. In the console i typed ./configure make but there is a lot of error while making. here is the errors $ ./configure checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific

Just checked out the vorbis CVS branch a couple minutes ago and got an internal compiler error with gcc 2.95.4 on envelope.c gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0rc2\" -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_SQRTF=1 -DHAVE_LOGF=1 -DHAVE_EXPF=1 -DHAVE_ACOSF=1 -DHAVE_ATANF=1 -DHAVE_FREXPF=1 -DHAVE_RINTF=1 -I. -I. -I../include -O20 -ffast-math

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 >

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=\"\"

current Vorbis cvs gives: gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0\" -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -I. -I. -I../include -O20 --fast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -O2 -march=i686 -mcpu=i686 -DUSE_MEMORY_H -Wp,-MD,.deps/envelope.cpp -c envelope.c -fPIC -DPIC -o .libs/envelope.lo gcc: Internal compiler error: program cc1 got fatal

Wow, I've never seen an FSF gcc crap out like this on a non-overheating system. When lib/envelope.c is compiled with -march=i686, gcc gets a signal 11, but not with -march=i586. I'm not sure whether to blame gcc or libvorbis. There are apparently three other files in libvorbis where this same behavior is seen. jeffrey@diddl:/usr/src/build/libvorbis-1.0/lib$ gcc

Karl Heyes wrote: >> In file included from sock.c:49: >> sock.h:32: os.h: No such file or directory >> make[2]: *** [sock.lo] Error 1 >> make[2]: Leaving directory `/opt/ices2/libshout/src/net' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/opt/ices2/libshout/src' >> make: *** [all-recursive] Error 1 > > > yes

Hello, I'm attaching IDCT MMX patch. I reused IDCT from theora-a3-MMXd.zip. It should work on 64bit X86 platform too. Here is most used functions when playing video with jet aircrafts (gripen) Ogg logical stream 310b2968 is Theora 720x480 29.97 fps video Encoded frame content is 720x480 with 0x0 offset I can play this video with like 200-300 frame drops on Athlon XP 1700+ CPU load (with

> > >seems odd.. > >with sh use >make 2>&1 1> output > >or with csh > >make >& output > >karl > I ran make again. Here is the output: Making all in src make[1]: Entering directory `/usr/ices/src' Making all in avl make[2]: Entering directory `/usr/ices/src/avl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory

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

I'm getting errors like so on initial build of libtheora - 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\x86stat.c': No such file or directory 1> mmxstate.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\mmxstate.c': No such file or directory 1> mmxloopfilter.c (TaskId:16) 1>c1 : fatal error C1083:

On Tue, Jun 11, 2002 at 12:07:38AM -0700, Josh Coalson wrote: > I have just released a source distribution which is the > candidate for the 1.0.3 release. At this time I would > ask anyone who is willing to help test it to do the > following: > > 1. download the tarball and unzip it: > http://prdownloads.sourceforge.net/flac/flac-1.0.3_beta-src.tar.gz?download > > 2.