I can confirm git head builds and passes /make fullcheck/ (skipping the noise part of test_streams.sh) on - armv6-linux (Raspbian), GCC 4.6 & GCC 4.8 - i686-pc-mingw32, GCC 4.8.1 - MSVC 2005 Express 32-bit (make fullcheck with MinGW) - MSVC 2013 Express 32-bit (make fullcheck with MinGW) Furthermore, I've also ran the test_streams.sh of FLAC 1.2.1 with FLAC 1.2.1 as encoder and git as decoder and vice-versa, on amd64-linux, to make sure files encoded with git are still decodable in older versions etc. Considering Windows binaries: in case no new binaries are provided, please at least remove the old ones from sourceforge. As can be gleaned from some bug reports, support requests etc. on sourceforge, people are still happily downloading old versions. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20141123/6d2826e7/attachment.htm
Martijn van Beurden wrote:> - i686-pc-mingw32, GCC 4.8.1By the way... Currently FLAC defaults to -msse2, and it's not possible to compile SSSE3/SSE4.1/AVX2 intrinsics with GCC 4.8.x and older versions. So official x86 binaries (if any) should be compiled with GCC 4.9.x. Or with MSVS 2013, but in my tests it provides slower binaries than GCC.> Considering Windows binaries: in case no new binaries are > provided, please at least remove the old ones from sourceforge. > As can be gleaned from some bug reports, support requests etc. > on sourceforge, people are still happily downloading old versions.So they won't be able to find and download anything?
On 23 Nov 2014, at 14:49, Martijn van Beurden <mvanb1 at gmail.com> wrote:> Considering Windows binaries: in case no new binaries are provided, please at least remove the old ones from sourceforge. As can be gleaned from some bug reports, support requests etc. on sourceforge, people are still happily downloading old versions.Agreed. Particularly if there is a CVE issue it makes sense to stop suggesting 1.2.1 is the most recent version at all the places we have some control over. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20141123/1816f340/attachment.htm
On 23 Nov 2014, at 15:06, MauritsVB <mauritsvb at xs4all.nl> wrote:> > On 23 Nov 2014, at 14:49, Martijn van Beurden <mvanb1 at gmail.com> wrote: > >> Considering Windows binaries: in case no new binaries are provided, please at least remove the old ones from sourceforge. As can be gleaned from some bug reports, support requests etc. on sourceforge, people are still happily downloading old versions. > > Agreed. Particularly if there is a CVE issue it makes sense to stop suggesting 1.2.1 is the most recent version at all the places we have some control over.On 23 Nov 2014, at 15:06, lvqcl <lvqcl.mail at gmail.com> wrote:> So they won't be able to find and download anything?I mean at least replacing those where Sourceforge/Xiph currently offers 1.2.1 as the most recent one with an official Xiph build. Official builds for other platforms are a bonus. I believe Erik previously mentioned they would have access to a Mac for an OS X build. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20141123/3636d02a/attachment.htm