similar to: [PATCH] Fix gcc version check

2013/5/15 Ulrich Klauer <ulrich at chirlu.de> > > Felix, is HAVE_SYS_PARAM_H set or unset in an Android build? This > information would eliminate one of the possibilities. > > Ulrich > Yes, HAVE_SYS_PARAM_H is set in config.h: #define HAVE_SYS_PARAM_H 1 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Erik de Castro Lopo wrote: > Martijn van Beurden wrote: >> the second fixes some dead links in the website pages > The first and the third patch were fine, but the second (Fix dead links > and update news) doesn't apply. Can you please try regenerating that > patch and resending? That was due to a conflict with my patch to update the download link. Here is a rebased

Ulrich Klauer wrote: > Erik de Castro Lopo wrote: > > > In my latest commit I have updated all version strings and copyright > > dates. > > Here are some fixes to this. (Patch 2 compressed due to mailing list > size constraints.) Instead of the first patch, it would also be fine > to leave the encoding at ISO-8859-1, but store the name "Hyv?rinen" in

Martijn van Beurden wrote: >> >flac.exe -d "C:\Users\Martijn\Music\file.flac" --skip=00:01.11 >> >> flac 1.3.0, Copyright (C) 2000-2013 Josh Coalson & Xiph.Org Foundation >> flac comes with ABSOLUTELY NO WARRANTY. This is free software, and >> you are welcome to redistribute it under certain conditions. Type >> `flac' for details.

Hi, in include/share/alloc.h there is this section: #ifndef SIZE_MAX # ifndef SIZE_T_MAX # ifdef _MSC_VER # define SIZE_T_MAX SIZE_MAX # else # error # endif # endif # define SIZE_MAX SIZE_T_MAX #endif So, if we are on MSVC and have neither SIZE_MAX nor SIZE_T_MAX, we'll define SIZE_T_MAX to mean SIZE_MAX and SIZE_MAX to mean SIZE_T_MAX. I'm afraid this won't work ... It

On 25.5.2013 10:54, Erik de Castro Lopo wrote: > Robert Kausch wrote: > >> Hi all, >> >> I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if >> this is the right place to submit patches, but someone suggested this on >> the apparently dead SourceForge patch tracker. >> >> The first two are quite straight forward: >>

Found this code: ftp://ftp.samba.org/pub/unpacked/ntdb/lib/ccan/ilog/ilog.c Tests show that it's faster to use the following code in FLAC__bitmath_ilog2_wide(): static const unsigned char DEBRUIJN_IDX32[32]={ 0, 1,28, 2,29,14,24, 3,30,22,20,15,25,17, 4, 8, 31,27,13,23,21,19,16, 7,26,12,18, 6,11, 5,10, 9 }; FLAC__uint32 v; int m;

Hi, please find attached two patches (against current git master) that fix overlinking issues in the pkg-config files and "locally", respectively. The first patch is originally due to Brad Smith, see the commit message for details. Here is some general information regarding overlinking in case anyone is wondering: http://wiki.mandriva.com/en/Overlinking Ulrich --------------

Hi, here are two patches from the Debian flac package that haven't found their way into 1.3.0 yet. The first one is important because it fixes a user-visible bug (albeit only affecting --apply-replaygain-which-is-not-lossless). See the commit messages for the source of the patches, I only did the rebasing (which was trivial). Ulrich -------------- next part -------------- A non-text

Ooops? I accidently sent a reply privately instead of to the list, sorry for that. Here it is again, this time hopefully to the list: ---------- Forwarded message ---------- From: Johnny Rosenberg <gurus.knugum at gmail.com> Date: 2013/4/23 Subject: Re: [flac-dev] Metaflac UTF-8 fixes To: Janne Hyv?rinen <cse at sci.fi> 2013/4/23 Janne Hyv?rinen <cse at sci.fi>: > Hopefully

Hi, I couldn't figure out how to file a bug in the bugtracker at sourceforge. So I send a report this way. Building FLAC from git for Android fails with the following message: utils.c: In function 'get_console_width': utils.c:181:17: error: storage size of 'w' isn't known utils.c:181:17: warning: unused variable 'w' [-Wunused-variable] make[3]: *** [utils.o]

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

Martijn van Beurden wrote: > These files work fine, but nasm is indeed necessary. Read the README for > more information Oh, speaking of README ... Here is a tiny patch to align it with the renaming of configure.in. I also noticed two other things: - It says "To build FLAC with support for Ogg FLAC you must have built and installed libogg according to the specific instructions

Hi, README still had 1.2.1 instead of 1.3.0, and a duplicate copyright line. Ulrich -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-README-Update-version-number.patch Type: text/x-diff Size: 0 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20130527/f980ea0b/attachment.patch

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"

Ulrich Klauer wrote: > Martijn van Beurden wrote: > > >> I would like to propose copying the > >> contents of flac-website.git (after patching) to doc/html in flac.git > > I don't think this should be done. The website in flac-website.git and > the one in flac.git/docs/html have diverged and will require some kind > of merge effort. > >

Hi all, There is a bunch of seemingly windows related stuff in the top level directory flac.pbproj which has not been touched since 2009. If it hasn't been touched, its almost certainly broken and redundant. Can I simply delete it? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

2013/5/15 Ulrich Klauer <ulrich at chirlu.de> > Felix Homann wrote: > > > Yes, HAVE_SYS_PARAM_H is set in config.h: > > OK ... Yet still I don't see how a change in > src/libFLAC/include/private/macros.h could affect src/flac/utils.c in > any way. > > Anyone got an idea? I haven't spend too much attention to the errors when bisecting, sorry! The

Hi all, In my latest commit I have updated all version strings and copyright dates. I am now going to do a little testing (and encourage anyone else to do the same) and hopefully release in the next day or so. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

On 26-05-13 14:20, Martijn van Beurden wrote: > On 26-05-13 11:33, Erik de Castro Lopo wrote: >> Hi all, >> >> In my latest commit I have updated all version strings and copyright >> dates. > > Here are two patches for the website, updating the copyright as well > and copying the changelog. I would like to propose copying the > contents of flac-website.git