similar to: build issues

--- Ralph Giles <giles@xiph.org> wrote: > BTW, I ran into a few issues building with recent cvs. > > You might want to consider copying autogen.sh from one of the other > xiph > codec projects and setting a proper minimum version in > AUTOMAKE_OPTIONS. > The current one just breaks if it the default automake isn't the > appropriate version, but debian based

That enables an special implementation that checks for common memory errors and will save us from a lot pain. --- test/test_bins.sh | 2 ++ test/test_flac.sh | 2 ++ test/test_grabbag.sh | 2 ++ test/test_libFLAC++.sh | 2 ++ test/test_libFLAC.sh | 3 +++ test/test_metaflac.sh | 2 ++ test/test_seeking.sh | 2 ++ test/test_streams.sh | 2 ++ 8 files

Hi all, As people may have seen there's a pre-release here: http://downloads.xiph.org/releases/flac/beta/ Specifically: flac-1.3.1pre1.tar.xz : The source code flac-1.3.1pre1-win.zip : Windows 32 and 64 bit binaries Please test. I'm particularly interested in hearing about the windows binaries which were cross compiled from Linux to Windows. Unfortunately there is a bug

Hi Josh, I got a new computer yesterday, a 64bit intel core 2 duo. I am running the amd64 port of Ubuntu 6.10 (edgy). I compiled flac-1.1.3 beta and had trouble encoding: dave@jimmy:/tmp$ ./bin/flac -o /tmp/foo.flac foo.wav ----------------- flac 1.1.3-beta2, Copyright (C) 2000,2001,2002,2003,2004,2005,2006 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you

the those logs look fine, maybe some other test failed like the unit tests which are unfortunately not logged. could you try running them individually and see if there's a problem (they're relatively quick) $ cd test $ ./test_libFLAC.sh release && ./test_libFLAC++.sh release && ./test_flac.sh release && ./test_metaflac.sh release &&

On Wed, Nov 08, 2006 at 05:28:39PM -0800, Josh Coalson wrote: > which tests? for a little while there, test_seeking would fail > because of an intermittent bug in the seek routine which has been > fixed. test_flac and test_metaflac are currently failing because > of mismatches in the vendor string that I mentioned before. Ok, I updated to CVS as of this morning, and now only two of

Op 25-11-14 om 23:39 schreef Jan Stary: > Is there a reason the test scripts are calling bash? The change from sh to bash was made a little more than a year ago. The mailing list thread accompanying this change can be found here: http://lists.xiph.org/pipermail/flac-dev/2013-September/004374.html

Hi all, The following patch fixes cross compiling from Linux to windows. The existing code was doing: #if !defined _MSC_VER && !defined __MINGW32__ && !defined __EMX__ #include <stdint.h> /* for SIZE_MAX in case limits.h didn't get it */ #endif when it seems to make much more sense to just test for the presence of <stdint.h> and do: #ifdef

My Valgrind doesn't run, saying it doesn't support showing more than 50 entries of a stack trace --- test/test_bins.sh | 4 ++-- test/test_flac.sh | 8 ++++---- test/test_grabbag.sh | 8 ++++---- test/test_libFLAC++.sh | 2 +- test/test_libFLAC.sh | 2 +- test/test_metaflac.sh | 12 ++++++------ test/test_seeking.sh | 12 ++++++------

Hi all, For testing a few mingw-builds I tried to use ./configure --disable-thorough-testing (because testing in a virtual machine through mingw isn't really fast) but it turned out this setting doesn't do anything. It turns out these configuration options aren't passed to the test scripts at all. I do not fully understand how Makefiles or environment variables work, but my

checked in to CVS is what will be very close to the 1.2.1 release of flac scheduled for monday. if anyone can try building it and even better running the test suite, and reporting back any problems, that will help me get things in better shape. changelog: http://flac.cvs.sourceforge.net/*checkout*/flac/flac/doc/html/changelog.html?revision=HEAD TIA, Josh

Are there any dependencies that I need, but don't have? I've got doxygen, libogg, automake, autoconf, libtool, valgrind, docbook, nasm, yasm, libiconv. the Autogen.sh script fails with: "Updating build configuration files for FLAC, please wait.... configure.ac:308: warning: macro 'AM_ICONV' not found in library configure.ac:309: warning: macro 'AM_LANGINFO_CODESET'

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

On Nov 25 00:43:22, mle+la at mega-nerd.com wrote: > http://downloads.xiph.org/releases/flac/beta/ > Please test. Running 'make fullcheck' fails for me like this: $ pwd /home/hans/src/flac-1.3.1pre1/test $ make fullcheck FLAC__TEST_LEVEL=1 FLAC__TEST_WITH_VALGRIND=no ./test_libFLAC.sh /bin/sh: ./test_libFLAC.sh: No such file or directory *** Error 1 in

Hi all, Its been a while since I last compiled FLAC from source, but I just grabbed flac-1.1.3-beta2.tar.gz compiled it and then ran "make check" which resulted in this: =================== 3 of 7 tests failed =================== Is this OK? Cheers, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo

I played around with this some more and when I changed line 142 of /opt/local/lib/ruby/gems/1.8/gems/mongrel-0.3.13.4/bin/mongrel_rails from "exec cmd" to "system cmd" Mongrel has successfully restarted every time I''ve tried ("mongrel_rails restart"). Hell if I know why exec doesn''t work -- googling on "exec Operation not supported ruby"

Signed-off-by: Alex Nelson <ajnelson at cs.ucsc.edu> --- bootstrap | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/bootstrap b/bootstrap index 79b6717..b2960c1 100755 --- a/bootstrap +++ b/bootstrap @@ -36,7 +36,7 @@ autopoint --force # Autoreconf runs aclocal before libtoolize, which causes spurious # warnings if the initial aclocal is confused by the

On Nov 26 01:25:25, hans at stare.cz wrote: > On Nov 25 23:56:05, mvanb1 at gmail.com wrote: > > Op 25-11-14 om 23:39 schreef Jan Stary: > > > Is there a reason the test scripts are calling bash? > > > > The change from sh to bash was made a little more than a year > > ago. The mailing list thread accompanying this change can be > > found here: >

I need some help trying to compile the FLAC source on Solaris 9. It get's pretty far along and I receive the following error making test_seeking: "Don't know how to make ../../src/libOggFLAC/libOggFLAC.la When I try to make the libOggFLAC it fails trying to find ogg/ogg.h which I can't seem to find anywhere in the source. Any ideas? Thanks in advance, Mike.

I have a mini-USB cable, but simply connecting a Motorola RAZR to a Linux (Centos 6) PC to download stored pictures doesn't work, at least not automatically. Any idea what I need to do to get Centos to recognize that a Motorola RAZR V3 is plugged in as a USB device? (I don't have a data plan on this phone - I'm just trying to get archived pictures off of it onto the computer.)