similar to: The XMMS plugin

I've been trying to get the test suite cleaned up and even with the original "untouched" test suite via flac 1.3.0pre2, I'm getting a test suite failure. *flac 1.3.0pre2* * * *configure options:* ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc

On Sun, Feb 5, 2012 at 1:30 AM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac-dev > or, via email, send a message with subject or body 'help' to > flac-dev-request at xiph.org

I'd love to fix the .Xcodeproj (which is what they're called now) but I don't have a clue how to, if I were to figure it out would you guys accept it, or is it not worth my time? btw, someone on Windows should get the visual studio files working, it always complains about not finding nasm.exe. On Tue, Apr 30, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send

I'd also like to note that this is happening for me with current HEAD (619b43df36b725e11e12db768d558b1930a583b6). On Mon, Mar 18, 2013 at 11:25 PM, Jaren Stangret <sirjaren at gmail.com> wrote: > I've been trying to get the test suite cleaned up and even with the > original "untouched" test suite via flac 1.3.0pre2, I'm getting a test > suite failure. >

"Aren't Windows users accustomed to this feature being missing anyway?" I use Mac mostly now, but when I used Windows, now and then I always expected the wildcard to work, it just worked on most things so it was actually a bit of a pain in the ass when it didn't. On Mon, Mar 18, 2013 at 5:35 AM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list

Well, I'm bored, and I hope I'm not getting in the way of anyone, but I was like hell might as well try to make a new Xcode project, although I am using 10.8 with the latest xcode, so I'd have to manually remove that, but there is one serious concern, and that's that header files are being called from 1 directory up from where they are, for example: "share/compat.h"

Largest risks are: 1) encoding errors in a scenario not exercised by the tests 2) violations of the spec that are tolerated by the decoder. I've seen this before with, e.g. x264, where a bug is repeated in the encoder and decoder and hence not caught by any tests. On Apr 26, 2012, at 2:49 AM, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Josh Coalson wrote: > >>

Well, I have been away a couple of days, so I don't know if I'm in time, but I reported a memory leak and submitted a patch a couple of months ago. It would be nice if it can make it in. I first reported the leak here: http://lists.xiph.org/pipermail/flac-dev/2011-August/003002.html And the patch is here:

else. Stuart =20 ----- Original Message -----=20 From: Ivailo Karamanolev=20 To: flac-dev at xiph.org=20 Sent: Wednesday, January 06, 2010 7:49 AM Subject: Re: [Flac-dev] FLAC C API / Visual Studio 2008 FILE* Issue I thought about this, and the MSVCRT mismatch also. What annoys me is = that I even tried compiling the library myself (with exactly the same = Visual Studio 2008 as my

You can just take a look at the FLAC download page: http://flac.sourceforge.net/download.html There are links saying "FLAC full source code and Nightly CVS tarball". Op 04-04-12 14:30, Rafael Velasquez schreef: > I have also installe libflac-dev. > so, could you send me the good link please ? > > > > 2012/4/4 Erik de Castro Lopo <mle+la at mega-nerd.com >

Ivailo - FILE objects are internal to the C runtime library, they are not system objects like HANDLEs (windows) or file descriptors (unix). This means that if libFLAC has linked against a different C runtime library than your application, then the two FILE objects are incompatible. This isn't just a Windows specific issue either - if libFLAC was compiled against libc and your application

Erik de Castro Lopo wrote: > Hopefull the final release candidate: > > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz.asc I am assuming everyone was happy with that and that I can release a new version. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo

I'll throw this thought out here so it doesn't get lost: when it came time for me to build a Windows release, I always used a quarantined Windows box that had the minimum stuff installed and had never been on a network, to avoid malware getting into the binaries. The last thing I ever wanted to hear was some Windows user blaming FLAC because a bad build infected him.? It was bad enough

Andy Hawkins wrote: > Hi, > > In article <20130304070023.141c9f101622a34c46d68c80 at mega-nerd.com>, > Erik de Castro Lopo<mle+la at mega-nerd.com> wrote: > >> project tends to be a pain unless one of the principal developers is using > >> it on a daily basis (as I know you've experienced with libsndfile, Erik). > > > > Yes,

Erik, I suspect /bin/sh being dash is what is causing the problem. I will rework the syntax. Earl ________________________________ From: Erik de Castro Lopo <mle+la at mega-nerd.com> To: flac-dev at xiph.org Cc: Earl Chew <earl_chew at yahoo.com> Sent: Sunday, March 11, 2012 10:59:50 PM Subject: Re: [flac-dev] PATCH: Add test for metaflac --add-replay-gain Earl Chew wrote:

This also causes a warning and looks like it is the wrong #ifdef. ioctl() is only used inside of a '#if !defined __ANDROID__'. Note, this compiler warning was generated when compiling on Mac OSX 10.9 with clang: utils.c:189:6: warning: implicit declaration of function 'ioctl' is invalid in C99 [-Wimplicit-function-declaration] Also, at the moment, TOT does not compile. It

How about using Sourceforge only for the most recent version? It would prevent any possible confusion (or the hassle with SF?s byzantine file interface) and if people are looking for older versions they could always go to http://downloads.xiph.org/releases/flac/. On 29 Nov 2014, at 05:44, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Erik de Castro Lopo wrote: > >>

Erik, I'm using bash.? Before I alter the syntax, what shell are you using ? Earl ________________________________ From: Erik de Castro Lopo <mle+la at mega-nerd.com> To: flac-dev at xiph.org Cc: Earl Chew <earl_chew at yahoo.com> Sent: Sunday, March 11, 2012 3:16:11 AM Subject: Re: [flac-dev] PATCH: Add test for metaflac --add-replay-gain Earl Chew wrote: > There is

Hi Erik, Am 15.07.2019 um 02:32 schrieb Erik de Castro Lopo <mle+la at mega-nerd.com>: > Erik de Castro Lopo wrote: > >> I have a new pre-reelase (with a GPG signature) up here: > > New version: > > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz.asc I have an undefined symbol on Solaris 10 Sparc with GCC

Hello, I still having problem for the compilation. i do : make -f Makefile.lite This is the error : */usr/bin/ld: bitreader.release.o: relocation R_X86_64_32S against `FLAC__crc16_table' can not be used when making a shared object; recompile with -fPIC bitreader.release.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [../../obj/release/lib/libFLAC.so]