similar to: ogg/vorbis build system has broken 'make profile'

Christian Weisgerber <naddy@mips.inka.de> wrote: > | # nasm build rule: > | %.lo: %.s Even with gmake, this really works only by accident. Automake generates a competing suffix rule, and gmake apparently gives the rule above a higher priority than the suffix rule (or that just happens to be the evaluation order). Matt, since you seem to understand automake, can you come up with

Can I fix the checksum with a hex editor? Sent from my iPhone On Jun 25, 2009, at 3:23 PM, Monty Montgomery <monty at xiph.org> wrote: > Confirmed--- the checksum on the second page (the comment page where > the album art was added) is incorrect. Vorbis players are not allowed > to decode any stream in which one of the setup headers is corrupt, and > a bad checksum counts as

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

On Wed, Mar 15, 2017 at 11:41 AM, Mark Kettenis via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Or perhaps we can cheat and include "GNU" somewhere in the > lld -v output ;). Let's please not do this. It would give the wrong signal. If libtool won't acknowledge lld's existence, then there are better ways like a rewrite and (temp) downstream patch.

One more update. The Makefile.am for analyze was wrong. It wasn't linking in the some of the passes. The new size is 56951088 which is in line with the other executables. Also, I have now completed a run of projects/llvm-test/MultiSource with the tools generated by automake. The only errors were for: TEST (llc) 'sgefa' FAILED! TEST (jit) 'sgefa' FAILED! TEST (jit)

Hi, I am having a little trouble compiling vorbis-tools from svn. The error message(s) are as follows: andrew@ilium:~/Desktop/vorbis-tools$ ./autogen.sh checking for autoconf... checking for automake... checking for aclocal... checking for libtool... libtoolize checking for gettext... I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

Hi, I'm new to this list. Might be the questions is already answered earlier but the search function on the mailarchiv website doesn't work. So here my question: How can i convert an ac3 (form an dvd vob-file) stream with more than 2 channels into ogg under linux? I want to keep the channels and don't want to downmix into stereo. can i use the -C option from oggenc in connection

I'm re-thinking my penchant for automake. automake is great for many standard applications that just need to get portable makefiles up and running quickly. However, it turns out that LLVM is "different enough" from a standard application that automake might not be the best choice. Here's some of the problems I've run into: 1. There's no way to tell automake to build

FYI .. if you want to see how this works, check out lib/System/DynamicLibrary.cpp and platform versions of it. Reid. On Sun, 2004-11-28 at 10:03, Reid Spencer wrote: > Well, one of these days we'll be using libltdl (libtool's dynamic > library support) to make the interface to dynamic libraries consistent, > somewhat portable, and to get rid of system specific differences like

Compiled libbogg and libao using ./configure; make Then moved to libvorbis source folder Installed libtool (1.3.5p3), autoconf (2.52) and automake (1.4-p5). gnu make is also there (3.79.1) i had to create a link for autoconf as after install it was installed as /usr/local/bin/autoconf-new so i added a link from it to /usr/local/bin/autoconf output from ./autogen is: -- $ ./autogen.sh

I recently found myself in a situation where WAVE files from one PC were to be stored compressed on a second PC. As the second PC has a much faster CPU it made sense to transfer the WAVE file over the network and encode it on the destination PC. This also needs a mechanism to transfer the metadata (comments). The solution that sprung to mind was to add vorbis comments to the WAVE file. WAVE is

I recently found myself in a situation where WAVE files from one PC were to be stored compressed on a second PC. As the second PC has a much faster CPU it made sense to transfer the WAVE file over the network and encode it on the destination PC. This also needs a mechanism to transfer the metadata (comments). The solution that sprung to mind was to add vorbis comments to the WAVE file. WAVE is

This patch series improves, but does not complete, OS X support for hivex. There are several outstanding issues before hivexml and hivexsh can run: * hivexsh uses open_memstream, which doesn't exist in OS X as near as I can see. Unfortunately, I'm inexperienced with autoconf, so I'm not sure how to employ AC_CHECK_FUNCS([open_memstream]) to conditionally add 'sh' to the

Hi Reid, > > if ((err = dlerror())) { > > error("earlier undetected dlerror: %s\n", err); > > } > > p = dlsym(handle, sym); > > if ((err = dlerror())) { > > error("dlsym failed: %s\n", err); > > } > > No, you're not missing anything. The correct way to check for errors > is with

sighttpd 1.1.0 ============== Sighttpd is an HTTP streaming server designed for distributing realtime input. It is particularly useful for making camera streams available to multiple clients, and has been designed for embedded systems use. This release is available as a source tarball from: http://www.kfish.org/software/sighttpd/ New in this release =================== This release

sighttpd 1.1.0 ============== Sighttpd is an HTTP streaming server designed for distributing realtime input. It is particularly useful for making camera streams available to multiple clients, and has been designed for embedded systems use. This release is available as a source tarball from: http://www.kfish.org/software/sighttpd/ New in this release =================== This release

On 3/26/20 1:25 PM, Richard W.M. Jones wrote: > Note that this probably isn't testing anything because at least on > Linux the -undefined/-no-undefined flags appear to have no effect on > linking. > [skipping review of 5/9 for now, due to its size. I don't know how easy or hard it would be to split it into bisectable pieces: first introducing the library with just the

Hi Ralph, On Fri, 2007-07-20 at 10:38 +0100, Ralph Corderoy wrote: > Hi Chris, > I could be missing something, but shouldn't the use of dlsym() be > > char *err; > void *p; > > if ((err = dlerror())) { > error("earlier undetected dlerror: %s\n", err); > } > p = dlsym(handle, sym); > if ((err = dlerror())) { >

Hi all: I haven't had any luck with this on vorbis-dev, so I thought I'd try here. Note that for those who have read this already, there's new stuff at the bottom. I'm getting the folowing when attempting to compile vorbis-tools from CVS: Making all in intl make[1]: Entering directory `/usr/src/cvs/vorbis-tools/intl' make[1]: *** No rule to make target

2009/6/26 Adam Rosi-Kessel <adam at rosi-kessel.org>: > Can I fix the checksum with a hex editor? I just realized that the hogg tools will fix the CRC issues (by design accident: hogg ignores the CRC on reading but sets it correctly on writing). "hogg rip" rewrites the pages (fixing the CRC), and "hogg reconstruct" also rewrites the I've uploaded the outputs of