Displaying 20 results from an estimated 1300 matches similar to: "[PATCH] MSVC: add ENABLE_64_BIT_WORDS macro"
2019 Jul 14
1
Prelease now available
Janne Hyvärinen wrote:
> Minor changes needed for Visual Studio as the version is defined in the
> project files.
>
> Replace 'PACKAGE_VERSION=\"1.3.2\"' with
> 'PACKAGE_VERSION=\"1.3.3rc1\"' in
> src/libFLAC/libFLAC_dynamic.vcproj and libFLAC_static.vcproj. And
> replace 'PACKAGE_VERSION="1.3.2"' with
2019 Jul 14
8
Prelease now available
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
2015 Aug 31
1
[PATCH] MSVC project dependencies
For some reasons libFLAC_dynamic, libFLAC++_dynamic and
libFLAC++_static projects depend on win_utf8_io_static project,
but there's no such dependency for libFLAC_static project.
The patch adds such dependency.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: win_utf8_dependency.patch
Type: application/octet-stream
Size: 1484 bytes
Desc: not available
Url :
2013 Sep 04
1
PATCH: FLAC__ALIGN_MALLOC_DATA definition for MSVS projects
A preprocessor macro FLAC__ALIGN_MALLOC_DATA is defined in Makefiles but absent in *.vcproj files. This patch adds it to libFLAC_static.vcproj and libFLAC_dynamic.vcproj.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: align_malloc.patch
Type: application/octet-stream
Size: 2862 bytes
Desc: not available
Url :
2013 Sep 01
1
New routine: FLAC__lpc_compute_autocorrelation_asm_ia32_sse_lag_16
Erik de Castro Lopo <mle+la at mega-nerd.com> wrote:
> Well first of all, none of them apply :-).
I'll try to redo the necessary patches with git.
> * Remove restrict definition from include/share/compat.h. Applied.
BTW, I tried to use 'restrict' keyword with MSVS 2010 and 2012 and in fact they don't support it. Only --restrict is supported.
> * libFLAC and
2016 Jan 09
2
Lets do a 1.3.2 release
Janne Hyv?rinen wrote:
> Win_utf8 stuff should not be included in libflac since it's only to be
> used by the flac.exe frontend. It is not needed by other programs nor
> would they benefit from it without doing the extra work of converting
> their ansi filenames and functions to utf-8.
>
>> Version 2 of my patch attached, which fixes the problem for the
>>
2013 Mar 17
1
Patch to remove the dead in_flac project from the MSVC solution
Solution file still contained the removed in_flac project causing
unnecessary errors on load.
-------------- next part --------------
--- FLAC.sln.orig Wed Mar 13 18:23:38 2013
+++ FLAC.sln Sat Mar 16 19:14:43 2013
@@ -57,14 +57,6 @@ Project("{4cefbc7c-c215-11db-8314-080020
{4cefbc89-c215-11db-8314-0800200c9a66} = {4cefbc89-c215-11db-8314-0800200c9a66}
EndProjectSection
EndProject
2017 Jan 15
0
[PATCH 2/2] Only compile and run tests when running 'make check'
---
src/test_grabbag/cuesheet/Makefile.am | 2 +-
src/test_grabbag/picture/Makefile.am | 2 +-
src/test_libFLAC++/Makefile.am | 2 +-
src/test_libFLAC/Makefile.am | 2 +-
src/test_seeking/Makefile.am | 2 +-
src/test_streams/Makefile.am | 2 +-
6 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/test_grabbag/cuesheet/Makefile.am
2016 Jan 16
0
MSVC, win_utf8_io, static and dynamic libs
Currently MSVS can build dynamic libraries (libFLAC_dynamic.dll,
libFLAC++_dynamic.dll), static libraries (libFLAC_static.lib,
libFLAC++_static.lib) and executables (flac.exe, metaflac.exe, etc).
All executables are statically linked to libFLAC. It's possible to
create a flac.exe that is linked to thr libFLAC DLL file, but it
requires manual editing of various projects in the FLAC solution.
2013 Oct 03
1
PATCH: modify/add intrinsics code
lvqcl wrote:
> lvqcl wrote:
>
> > The patch does the following:
>
> Does the patch work for linux git? Windows git cannot apply a patch
> that was created itself.
It looks like that patch was created with the 'git diff' command and hence
cannot be applied using the 'git am' command. It does however apply using
the patch command.
> (It writes LF in
2014 May 24
2
make dllimport/dllexport attributes work with mingw (and others)
The following patch changes export.h so that the dllimport/dllexport
attributes work with mingw/mingw-w64 and others:
- changes _declspec keyword to __declspec: the former may not be
defined by some toolchains.
- changes the _MSC_VER condition to universally _WIN32: MSVC, as well
as GCC supports this.
Attached patch: declspec.diff
Regards.
--
O.S.
-------------- next part --------------
2016 Jan 09
3
Lets do a 1.3.2 release
lvqcl wrote:
>>> Win_utf8 stuff should not be included in libflac since it's only to be
>>> used by the flac.exe frontend. It is not needed by other programs nor
>>> would they benefit from it without doing the extra work of converting
>>> their ansi filenames and functions to utf-8.
>>>
>>>> Version 2 of my patch attached, which fixes
2014 Jun 19
0
Lets work towards a new version
Erik de Castro Lopo wrote:
>> VS 2005/2008 use .vcproj files, and VS 2010/2012/2013 use .vcxproj
>> and .vcxproj.filters files, so it's possible to have two sets of
>> MSVS solution files: one for 2005/2008 and another for 2010/2012/2013.
>>
>> But there will be two .sln files: current FLAC.sln and new FLAC-vs2013.sln
>> (or FLAC-vs201x.sln? or is it better
2007 Mar 06
1
Errors compiling flac in Visual Studio Express 2005
Hi!
I have trouble compiling the flac library using Microsofts free (yes MS
gives it away including the optimizing C++ compiler msvc8.0) Visual Studio
Express 2005.
I get the output shown below. Does anyone have a way to make flac compile in
VS 2005?
Thanks!
Ulrik
1>------ Rebuild All started: Project: replaygain_analysis_static,
Configuration: Debug Win32 ------
1>Deleting
2017 Jan 19
4
[PATCH] Fix cppcheck warnings
---
src/libFLAC/bitreader.c | 4 ++--
src/libFLAC/bitwriter.c | 4 ++--
src/plugin_xmms/plugin.c | 2 +-
src/share/utf8/charset.c | 1 +
src/test_libFLAC++/encoders.cpp | 8 ++++----
src/test_libFLAC/decoders.c | 4 ++--
src/test_libFLAC/encoders.c | 8 ++++----
7 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/src/libFLAC/bitreader.c
2014 May 24
2
make dllimport/dllexport attributes work with mingw (and others)
On 5/24/14, lvqcl <lvqcl.mail at gmail.com> wrote:
> Ozkan Sezer <sezeroz at gmail.com> ?????(?) ? ????? ?????? Sat, 24 May 2014
> 10:16:15 +0400:
>
>> - changes the _MSC_VER condition to universally _WIN32: MSVC, as well
>> as GCC supports this.
>
> MSYS/MinGW 4.8.3, 4.9.0 can't compile code from git after this patch:
>
> format.c:47:22: error:
2014 Jun 19
5
Lets work towards a new version
lvqcl wrote:
> 1)
> Current MSVC solution (FLAC.sln and numerous .vcproj files) was made with
> VC2005 Express and doesn't allow to build 64-bit files/libraries.
>
> IMHO it's time to add 64-bit support for MSVC builds, but AFAIK only Visual Studio
> 2012/2013 Express are free and allow to build 64-bit files.
>
> VS 2005/2008 use .vcproj files, and VS
2004 Sep 10
2
beta 1.0.3 ERROR
The test script doesn't seem to stop on error. I noticed this
in the logs:
++++++ testing level 1 interface
simple iterator on read-only file
generating FLAC file for test
testing 'metadata.flac'... 0... 1... content... PASSED
is writable = 1
ERROR: iterator claims file is writable when it should not be
ERROR during test_libFLAC
FAIL: ./test_libFLAC.sh
Platform is a mobile
2012 Mar 23
2
Trying to link against libFLAC_static.lib (windows)
Hi. I'm trying to get a project linking to libFLAC_static.lib but I
get linker errors such as the following.
6>AudioDecoder.lib(CFlacDecoder.obj) : error LNK2019: unresolved
external symbol
__imp__FLAC__stream_decoder_process_until_end_of_metadata referenced
in function "protected: int __thiscall
CFlacDecoder::CreateDecoder(void)"
(?CreateDecoder at CFlacDecoder@@IAEHXZ)
2013 Aug 31
2
New routine: FLAC__lpc_compute_autocorrelation_asm_ia32_sse_lag_16
Erik de Castro Lopo <mle+la at mega-nerd.com> wrote:
> Patch applied, tested, commited and pushed.
Great.
But, what about my other patches? I admit that many of them aren't necessary, but (imho) a couple of them are important. I can explain in detail why I think this.