similar to: Reg. Enabling Debugging.

I'm haivng trouble compiling the libvoribis source. I'm getting errors I don't understand, could somebody please look at the below and tell me if they have any ideas?? <p>make[2]: Entering directory `/root/libvorbis-1.0/lib' source='mdct.c' object='mdct.lo' libtool=yes \ depfile='.deps/mdct.Plo' tmpdepfile='.deps/mdct.TPlo' \ depmode=gcc3

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

This is a linux from scratch based on the 2.4.13 kernel. I'm using a GCC 2.95.3, autoconf 2.52, and automake 1.5. Libvorbis compilation fails with a Signal 11 error as shown below. I had the same results with 2.4.12, 2.4.10, and 2.4.9. I've compiled hundreds of other packages without getting this error, and I've even tried changing the memory. This is my configure line, I used

This is a linux from scratch based on the 2.4.13 kernel. I'm using a GCC 2.95.3, autoconf 2.52, and automake 1.5. Libvorbis compilation fails with a Signal 11 error as shown below. I had the same results with 2.4.12, 2.4.10, and 2.4.9. I've compiled hundreds of other packages without getting this error, and I've even tried changing the memory. This is my configure line, I used

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

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

My ogg library is located in /home/warren/local. So when I configure and compile the vorbis module on my linux box using configure --with-ogg-prefix=/home/warren/local make I get the following error during the make: gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0.0\" -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT

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

This one may be my fault.... I've put a temporary fix for libvorbis not linking, I altered libvorbis_la_LIBADD = to libvorbis_la_LIBADD = $(OGG_LIBS) in the makefile, hence the temporary and continued with the build. I'm now getting gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0.0\" -DHAVE_ALLOCA_H=1 - DHAVE_ALLOCA=1 -I. -I. -I../include

Hi, I was looking at some of the vorbis-ogg music files using hexedit. I am a bit confused about this filed "page_sequence_number" that appears in the header for ogg. From RFC3533 the definition of this field is: "page_sequence_number: a 4 Byte field containing the sequence number of the page so the decoder can identify page loss. This sequence number is increasing

Hello, Thanks in advance for any help, I have read a CSV file in which there is a column for an IP addr as in: tmpInFile$V2 [1] "74.125.224.38" "74.125.224.38" "129.46.71.19" "129.46.71.19" [5] "129.46.71.19" "129.46.71.19" "129.46.71.19" "129.46.71.19" [9] "129.46.71.19" "129.46.71.19"

Hi, From the vorbis decoder specification, it is clear that the decoder needs to have all the codebooks before decoding can actually begin. I will appreciate if someone can clear the following questions: 1. I guess the codebooks are derived from the actual input data. Probably the encoder may be making two passes through the input. The first pass finds out the frequency of different symbols

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 am a bit confused on how code-words are derived from the codeword lengths. I will appreciate if someone can point me in the correct direction. I will take the example of an actual codebook that i found in a valid vorbis encoded file as shown below. [SK] +------Codebook [0] -------- [SK] Codebook Dimensions = 1 [SK] Codebook Entries = 8 [SK] Unordered [SK] 1, 6, 3, 7, 2, 5, 4, 7, [SK] NO

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

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,

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' \

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

I just checked IceCast out from CVS in an attempt to compile it again (I went through the whole build cycle just a couple of months ago), and I came across this error when I was building it: <p>source='yp.c' object='yp.o' libtool=no \ depfile='.deps/yp.Po' tmpdepfile='.deps/yp.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DPACKAGE_NAME=\"\"

Running gcc3 and running into a syntax error in ogg123's buffer.c : ... gcc -DLOCALEDIR=\"/usr/local/share/locale\" -DPACKAGE=\"vorbis-tools\" -DVERSION=\"1.0\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_ALLOCA=1 -DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_LIMITS_H=1 -DHAVE_LOCALE_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1