similar to: make distcheck

On 4 February 2012 02:49, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > What platform does this build on? Is it more than one? Right now it's just running on Linux x86_64. Note that you can look at the build output to see what's failing. E.g. https://mf4.xiph.org/jenkins/job/flac/11/console It's still stuck on the out-of-tree issues with 'make

On 1 February 2012 14:00, Ralph Giles <giles at thaumas.net> wrote: > I added a job to our jenkins continuous integration thing. Right now > it doesn't test any more than you're proposing to do, but the results > are public, which can be helpful. Er, which results are available at https://mf4.xiph.org/jenkins/job/flac/ Currently the build is failing on 'make

Hi all, Some time ago, I foolishly agreed to become the maintainer of FLAC, the Free Lossless Audio Codec. The original author and maintainer Josh Coalson has been MIA since early 2009. The code has been moved to the Xiph.org git repo and I'll be trying to spend an hour a day on it until I get a backlog of patches reviewed, tweaked and applied. The main problem is that the FLAC test suite

On 4 February 2012 14:30, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Is there any way to add say a windows machines with MSVC to that? :-) There is. It's slightly complicated because (a) I don't have a windows machine with a public IP jenkins can ssh to, and (b) the jenkins box itself doesn't have a public IP the java blob jenkins provides can phone home to. I

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

Ralph, Can you please check out whats happening here? See: https://mf4.xiph.org/jenkins/job/flac/31/console I've run the tests here without a problem. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Otherwise will fail like: https://mf4.xiph.org/jenkins/job/flac/lastUnsuccessfulBuild/console --- src/libFLAC/include/private/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/src/libFLAC/include/private/Makefile.am b/src/libFLAC/include/private/Makefile.am index 62d8a18..2e33dc7 100644 --- a/src/libFLAC/include/private/Makefile.am +++ b/src/libFLAC/include/private/Makefile.am @@

HI all, I think its time for a new release. The current code base is stable and I've been building it for x86_64/linux, powerpc/linux, armhf/linux, x86_64/darwin in a Jenkins build bot. I'm pretty sure others have been building regularly on their platforms of interest. I made a first pass on an update to the changelog.html. I' also putting toether a release checklist that I will add

Ralph Giles wrote: > On 1 February 2012 01:55, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > > > Some time ago, I foolishly agreed to become the maintainer of FLAC, > > Thank you, Erik! > > Please find attached to patches which fix 'make dist' > > Unfortunately 'make distcheck' still fails, because test scripts don't > work

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

Hi all, In the LLVM backend for the DDC compiler, since version 2.7 I have been doing the following: declare external ccc i32 @some_fn(%struct.Obj* ) align 8 ; bunch more declarations and code. define external ccc i32 @some_fn(%struct.Obj* %_p_vn) { entry: but now I'm getting an error at the function definition saying: error: invalid redefinition of function

Hi all, I have a new pre-reelase (with a GPG signature) up here: http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz.asc This code is built from commit 10a28d482a8e48b806f61ab766992b2add98ec43 plus another commmit to change the version numbers which I will not be pushing to the public repo before the final release. Note that audio files encoded

Hi all, New pre-release here is at: http://mega-nerd.com/tmp/flac-1.3.2pre3-win.zip http://mega-nerd.com/tmp/flac-1.3.2pre3.tar.xz Changes: * Fix tests with Makefile.lite build system. * Fixes for non-Intel CPUs. MD5 and SHA256 sums: > md5sum flac-1.3.2pre3* 61aa8597a220303daf4beb2b8756979d flac-1.3.2pre3.tar.xz 8b470ceac02340600db73bc6daea4fc7 flac-1.3.2pre3-win.zip

Erik de Castro Lopo wrote: > Unfortunately I've lost/forgotten my Xiph SVN password. While I get > that sorted out for the real release, the pre-releases are here: > > http://mega-nerd.com/tmp/flac-1.3.2pre1-win.zip > http://mega-nerd.com/tmp/flac-1.3.2pre1.tar.xz Forgot to mention that I have tested this on x86_64/linux, armhf/linux and powerpc/linux. Erik --

Rafael Velasquez wrote: > I have installed libflac via synaptic, the version is 1.2.1-3. If you want to compile some other code against libflac, you also need to install libflac-dev. However, the code you posted a link to does not compile on it's own, it requires other code in the source code tarball. Erik -- ---------------------------------------------------------------------- Erik

Earl Chew wrote: > That being said, I think my patch leaves us better off than before ! I agree. We will add it as it is and then tweak futher as needed. Earl, would you be able to update your patch so that it applies against the current git master? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Hi all, The latest version of FLAC has been releases. See: https://xiph.org/flac/index.html https://xiph.org/flac/changelog.html The source tarball and Windows binaries are available (with md5 and sha256 checksums) at: http://downloads.xiph.org/releases/flac/ The source tarball is also available at: https://sourceforge.net/projects/flac/files/flac-src/ and similarly the

I managed to get around it. I used the stream functions and provided my own callbacks for reading and writing. What's strange is that what I've done is just copied the contents of read/write/seek/tell/eof callbacks from the sources to my application and it works just fine, no glitches. When I use the build-in implementation, it just crashes without any reason. It's not a problem to

From: Erik de Castro Lopo <mle+la at mega-nerd.com> >To: flac-dev at xiph.org >Cc: Josh Coalson <xflac at yahoo.com> >Sent: Wednesday, April 25, 2012 4:42 PM >Subject: Re: [flac-dev] [Flac-dev] Git branch with compiling fixes for win32 > >Josh Coalson wrote: > >> But regardless of submitter, any patch that affects encoding must be >> reviewed very

Hi Developers, I have a 16-bit PCM data buffer, I want to write that to ogg file. Could you help me to understand how to write pcm data to the ogg? Thanks in advance. Arun balaji -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/vorbis-dev/attachments/20150518/6c8c9a63/attachment.htm