similar to: [PATCH] Update README

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.

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: >>

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

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, 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

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:

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 --------------

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

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/

Hi, another patch to correctly check for the minimum gcc version for the sophisticated MIN() implementation. It was never used, not even on gcc 4.8. (This surfaced somewhere in the Android discussion.) Ulrich -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-gcc-version-check-for-private-macros.patch Type: text/x-diff Size: 0 bytes Desc: not

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

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"

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/

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. > >

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

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;

More or less detailed explanation of this patch. 1. The first parameter of _BitScanReverse() and _BitScanReverse64() is a pointer to unsigned long (4-byte int). However _BitScanReverse64() is called with a pointer to FLAC__uint64 (8-byte int). IMHO it's a bug and this patch changes the type of idx variable inside FLAC__bitmath_ilog2_wide() from FLAC__uint64 to unsigned long. The type of idx

There are several links to Windows compiles in the Hydrogenaudio thread for FLAC 1.3.0 at http://www.hydrogenaudio.org/forums/index.php?showtopic=101082 . On Unices or Linuxes building from git should be straightforward enough, or you wait until the distributions/package maintainers catch up. Also, congratulations to the whole development team for reinvigorating FLAC! Christoph On

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