similar to: state of cvs

After fixing a 'bug' in libtool, I've finally got ogg compiling and producing a shared library. Now I'm trying to build vorbis but I'm falling over at the final step. While trying to produce libvorbisfile. The make file is trying to compile with gcc -nostart vorbisfile.o -L/boot/home/config/lib -logg -Wl,-soname - Wl,libvorbisfile.so -o .libs/libvorbisfile.so with

Using RH71. Got Lame, Vorbis, gcc3 and everything installed. When I try to make DarkIce I get this error. Can anyone help? $ make make all-recursive make[1]: Entering directory `/usr/src/download/darkice-0.6' Making all in src make[2]: Entering directory `/usr/src/download/darkice-0.6/src' c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -Wall -c DarkIce.cpp In file included from

BTW, I need a volunteer to upgrade xiph.org to MailMan or the like. I'm officially sick to death of majordomo. (Or, if you want to code all the features I want in majordomo, that's fine too ;-) I'm a little bit out of time, see.... ------- Forwarded Message Sender: robert@emusic.com I just brought the FreeAmp codebase up to speed with the latest Vorbis source. In doing so,

happy new year. a day off is a day to pick up a new project, so I wrestled my way through making ogg vorbis work on macosx. first, libao (not entirely a proper patch, but 2 source file diffs and a diff of a configure'd Makefile to one that works.): http://bolson.org/pub/libao-0.8.2-diff.tar.gz libogg and libvorbis compiled without incident. vorbis-tools were more complicated. I think

happy new year. a day off is a day to pick up a new project, so I wrestled my way through making ogg vorbis work on macosx. first, libao (not entirely a proper patch, but 2 source file diffs and a diff of a configure'd Makefile to one that works.): http://bolson.org/pub/libao-0.8.2-diff.tar.gz libogg and libvorbis compiled without incident. vorbis-tools were more complicated. I think

This patch just includes the repo name in the subject.

Hello I am new at this. I have compiled the libogg and libvorbis libraries and installed them on my MacOS X machine. The libao cannot be compiled yet since stuff is missing. But I only want to play round with encoding right now. So I also unpacked the vorbis tools distribution and am in oggenc. In oggenc I do a cc *.c -I. -L/usr/local/lib -logg -lvorbis -lvorbisenc I get unknown symbols

I download all the tarballs for rc3. I compiled and installed all the libraries successfully, but I wan't able to compile the vorbis tools (1.0rc3) package succesfully. I can run configure successfully, but when I run make it dies with this make[2]: Entering directory `/usr/local/src/vorbis-tools-1.0rc3/oggenc' /bin/sh ../libtool --mode=link gcc -O20 -ffast-math -fsigned-char -o

Audacity is preparing to release version 2.0.6 shortly, so I have been doing numerous test builds. Since the last Audacity release, my development system (Gentoo Linux) has updated to libvorbis-1.3.4 and libogg-1.3.1. As a result (I think) of this, I now get link errors when trying to compile Audacity against the system copies of libogg and libvorbis (standard dynamic linkage to the system

This one incorporates feedback from mburns and apevec to ensure that all multipath devices are excluded in the list of available drives. Only drives with an identified bus are included in the list now.

v1 was here: https://www.redhat.com/archives/libguestfs/2017-November/msg00068.html v1 -> v2: - Use a configure-time test. Rich.

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

Hello: I think that I got a linking problem but I don't know how to fix it. This is the error code form make: cc grabando_pcm.o encodear_vorbis.o -o mi_servidor -lasound -lvorbis -logg encodear_vorbis.o(.text+0x42): En la funci?n `inicializar_vorbis': : undefined reference to `vorbis_encode_init_vbr' collect2: ld devolvi? el estado de salida 1 make: *** [mi_servidor] Error 1

hi all: i downloaded libtheora1.0.tar.gz from xiph.org, and when i compile it, such error message popped. i tried to run player_example.c under /libtheora_1.0/examples/. error message: ivysummer at ivysummer-desktop:~/??/libtheora-1.0/examples$ gcc -o player player_example.c /tmp/ccpyle3c.o: In function `buffer_data': player_example.c:(.text+0x15): undefined reference to

I have successful libvorbis-1-3.2. But I am unable to run the example codes(the compiler gives undefined reference errors). Any help is highly appreciated. Thanks Manu

This commit starts to split our massive, monolithic configure.ac file into smaller files, using the m4_include mechanism to combine them. I don't know if we should really do this, so I'm open to comments about it. However: - Our configure.ac script is 1800+ lines long, and that's pretty long. - configure.ac lacks structure; splitting it up might improve that. - From what I read,

Fixed the syntax error apevec found.

I'm trying to link sox to the ogg vorbis static libraries but I'm getting the following error: gcc -L. -L./gsm -o sox sox.o -lst -lgsm -logg -lvorbis -lvorbisfile -lvorbisenc -lmad -lmp3lame ld: Undefined symbols: _oggpack_bytes _oggpack_get_buffer _oggpack_reset _oggpack_writeclear _oggpack_writeinit _oggpack_read _oggpack_readinit _oggpack_write _oggpack_adv _oggpack_look

1. Add support for files >2GB via Paul Eggert's AC_SYS_LARGEFILE macro. This macro is now part of autoconf 2.50. Because of this, "config.h" needs to be included before system headers to get the appropriate defines for LFS support. openbsd-compat/sigact.c configure.in acinclude.m4 2. AIX defines TILDE in <sys/ioctl.h>. Rename to TILDE_CHAR. Feel

Hi, the current configure.ac file contains an unfortunately static setting of $LIBS when the host system is Cygwin. It always adds -lregex to $LIBS before the --with-pcre setting is evaluated. The later adding of -lpcreposix -lpcre doesn't work correctly since it follows later in the link order. The following patch changes that. The static $LIBS setting in the Cygwin case doesn't