similar to: Patch to fix Vorbis build buster

ltconfig placeholder shoud be removed. Makefile.am : some stuff copied from branch_beta3 ogg lib must be added only where necesary. vq subdir Makefile.am'ized, (but installs nothing) made distclean target slightly more clean -- check it by hand first, please --- also you'll want to remove vq/Makefile if the ...am passes inspection ------------------------------------------------- diff

HI, how do I get mods applied to Vorbis, I'm not a cvs guru and I don't know much about configure scripts. BeOS has this little quirk of being 99% POSIX compliant so these mods are required for vorbis to compile. To define int64_t in codec.h #ifdef __BEOS__ #include <inttypes.h> #endif run.c in vq needs 'changing' around line 141 becuase S_IFSOCK isn't

I'm trying to build libvorbis-1.1.0 on Cygwin and I discovered a missing dependency that may not affect other platforms. I found that I had to add -logg to the libvorbisfile.la rule in the Makefile. Working its way back upstream through configure and autogen, it looks like the following line in trunk/vorbis/lib/Makefile.am libvorbisfile_la_LIBADD = libvorbis.la just needs to be changed

libvorbis does not currently have any simd/vectorization. Following patches add generic framework for simd/vectorization and on top, add ARM-NEON simd vectorization using intrinsics. I was able to get over 34% performance improvement on my Beaglebone Black which is single Cortex-A8 based CPU. You can find more information on metrics and procedure I used to measure at

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

On Fri, Jul 20, 2001 at 03:13:31PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > Basically, you are allowed to specify object code, whether in shared or > > static libraries, normal object files, libtool libraries, and libtool > > object files. libtool figures out any magic that needs to be done to > > actually link those objects

Seems we've gone back to the -L/path/to/libvorbis/ -lvorbis missing while building libvorbisfile :( it appears that. libvorbisfile_la_LIBADD = libvorbis.la and libvorbisenc_la_LIBADD = libvorbis.la have gone missing from vorbis/lib/makefile.am Dave --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list,

The latest CVS update of libvorbis fails to compile on SuSE Linux 6.4. The error is below. Also, what happened to the xmms plugin directory in cvs? It complains that it is missing when I do a 'cvs update'. gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0beta3\" -DHAVE_ALLOCA_H=1 -DHAVE_ ALLOCA=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fs

Hi All, I just posted Windows installer for the 0.5 release of the Helix Theora & Vorbis plugins for RealPlayer 10/10.5 and RealOne Player. There are no code changes from the 0.5 zip file that was posted earlier. I've just replaced the zip file with an installer. You can get the installer at https://helixcommunity.org/download.php/713/xiphplins_win32_0_5.exe Let me know if you have any

Hi All, I just posted Windows installer for the 0.5 release of the Helix Theora & Vorbis plugins for RealPlayer 10/10.5 and RealOne Player. There are no code changes from the 0.5 zip file that was posted earlier. I've just replaced the zip file with an installer. You can get the installer at https://helixcommunity.org/download.php/713/xiphplins_win32_0_5.exe Let me know if you have any

--- Matt Zimmerman <mdz@debian.org> wrote: > The only difference in the command lines seems to be that your > xmms-config > explicitly links with -lgthread, while I suppose mine lets the > dynamic linker > pull it in. The only significant difference between the old and new > _LIBADD > lines is that @XMMS_LIBS@ is at the beginning in the new one. Now > that I think

It seems that configuring/building with "--enable-static --disable-shared" causes some problems with building vorbis-tools -- the Makefile.am's in oggenc and ogg123 do not appear to be correct. That is, if you build ao, ogg, and vorbis statically and try to compile oggenc or ogg123, you'll get unresolved symbol linker errors. This happens on all POSIX architectures and

It sets: VORBIS_LIBS="$VORBIS_LIBDIR -lvorbis -lm" VORBISFILE_LIBS="-lvorbisfile" VORBISENC_LIBS="-lvorbisenc" Shouldn't this be: VORBIS_LIBS="$VORBIS_LIBDIR -lvorbis -lm" VORBISFILE_LIBS="$VORBIS_LIBDIR -lvorbisfile" VORBISENC_LIBS="$VORBIS_LIBDIR -lvorbisenc" as libvorbisenc & libvorbis are also in the same

Hi, I had an issue with the build of icecast failing because libxslt wasn't found (it's in ~/garnome). This small patch fixes it for me : RCS file: /usr/local/cvsroot/icecast/src/Makefile.am,v retrieving revision 1.8 diff -u -p -r1.8 Makefile.am --- src/Makefile.am 18 Aug 2002 05:06:58 -0000 1.8 +++ src/Makefile.am 28 Aug 2002 10:30:22 -0000 @@ -16,8 +16,8 @@ icecast_SOURCES = config.c

Since vorbiscomment is being resurrected in a new form, can someone please fix the vorbis-tools/vorbiscomment/Makefile.am? There's two things wrong: 1. Using _LDFLAGS doesn't allow the user to specify their own LDFLAGS. _LDADD or _LIBS should be used instead. 2. The order of libraries is wrong such that it won't link properly when compiled statically. Here's a trivial

Hi, I've been trying to compile icecast 2. As yet no joy, but came across http://melmoth.dyndns.org/stream/doc this is indirectly linked from the icecast site...but i was getting really desperate when i thought i'd try my french - please link this useful english docu directly! But now... now i'm stuck. I'm following instructions in above mentioned docu to the letter... and

Good morning in the Lord Regarding the port of libtheora1.1beta3 for OpenBSD for amd64 and the problem I described at: http://lists.xiph.org/pipermail/theora/2009-August/002640.html Attached is a patch for libtheora/patches/patch-lib_x86_mmxencfrag_c I can play videos with it. ?Does it work for you? Best regards -- Dios, gracias por tu amor infinito.

Hey, Sesse asked me to do a patch to the auto* set-up to allow for FLAC to be added. The patch touches configure.in and oggenc/Makefile.am It is disabled by default, use --enable-flac as an arg to configure to enable it. You might want to maybe add more checks, since FLAC's API tends to change more than is good for anyone ;) Hope that helps, Thomas -- The Dave/Dina Project : future

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 These patches to libshout and shout.m4 reduce the level of self-hatred significantly. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRX7anAAoJEOs4Jb6SI2Cw2VgH/RDFPJjXdds1Cq3c0QyVyWs4 JWhPw2SI4vNGHF6U2q/DJQeBtsyY5BiUGckdew8skR5q0qc3D7iqBG5kiSC+G3Aq

I sent a message about 2 weeks ago about build problems at the head of the CVS tree with non-gcc compilers on POSIX systems, although I didn't correctly identify the link problems as being static-library only (see my previous mail about "static link broken"). Some problems have been fixed, but some still seem to be there. I have edited my original mail to list the problems that