On Mon, Jun 16, 2014 at 4:10 AM, lvqcl wrote:
> Erik de Castro Lopo wrote:
>
>> Ok, done for the autotool build system. Would appreciate it if someone
>> could look that the VS build files.
>
>
> I'll do it, but: I cannot build 32-bit flac with MinGW:
>
> <-
Hi Erik,
Thanks for looking over my patch.
> > * Account for the updates to UTF-8 on Windows.
>
> One of these updates, added an "#ifdef _WIN32" to the file
> src/share/win_utf8_io/win_utf8_io.c. Is this really necessary? Is
> it not possible to just not include that file when not compiling
> for
Erik de Castro Lopo wrote:
> Patch applied, thanks!
Glad to help!
> Out of curiosity, what platform and compiler are you using? I ask,
> because the Makefile.lite system tries to build the project in
> src/utils/flactimer under Linux, but that program is meant to be
> windows only.
I use Windows
> I have just updated the Makefile.lite build system so it works on
> Linux. Can you please test that it hasn't broken the build for you?
I tested my setup thoroughly and uncovered a remaining handful of
issues, though I don't think they are directly related to your commit.
(Though, removing plugi
On Sun, Nov 23, 2014 at 7:37 AM, MauritsVB wrote:
> There have been some offers to help building for various platforms:
> http://lists.xiph.org/pipermail/flac-dev/2013-July/004271.html and there was
> discussion last year to create official ‘blessed builds’, compiled by Xiph
> for security reasons
Currently, using the Makefile.lite build system with MinGW-w64 will
produce a libFLAC.a that depends on libwin_utf8_io.a. Without it, a
project building with just libFLAC.a will generate undefined reference
errors at link time.
metadata_iterators.c: fopen_utf8, chmod_utf8, utime_utf8,
_stat64_utf8
Building with MinGW-w64 GCC 5.3.0 via Makefile.lite, I get the
following warnings:
bitwriter.c: In function 'FLAC__bitwriter_write_utf8_uint64':
bitwriter.c:324:19: warning: inlining failed in call to
'FLAC__bitwriter_write_raw_uint32.constprop': --param
large-function-growth limit reached [-Winli
> Yes please.
Patch attached.
-Evan
merge win_utf8_io into libFLAC.patch
Description: Binary data
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
Erik de Castro Lopo wrote:
>> Patch attached.
>
> Sorry, I misunderstood your intention. The utf8_static library should
> stay as a separate component, but should be statically linked as needed
> (ie its only needed for Windows)
My patch does not touch src/share/utf8, only src/share/win_utf8_io,
lvqcl wrote:
> IIRC libFLAC.a built with "./autogen.sh && ./configure && make"
> contains all functions from win_utf8_io. So I think it's possible
> to change some Makefile.lite or maybe build/*.mk files so that
> there will be no need to add -lwin_utf8_io to -lFLAC.
Version 2 of my patch attache
lvqcl wrote:
> When I compile flac project with MSYS/MinGW-w64, I can see two files:
> libFLAC.a and libFLAC-static.a. The only difference between them
> is that libFLAC.a contains functions from win_utf8_io.
> But 'make install' adds libFLAC.a into /local/lib, not libFLAC-static.a.
Thank you for
> Put an upper bound on the number of seek points
> https://git.xiph.org/?p=flac.git;a=commitdiff;h=033af7bf1cd035772a199d07342038619c019993
It looks like this commit has a typo: "num = 32786;" should be "num = 32768;".
Regards,
Evan
___
flac-dev mailin
12 matches
Mail list logo
