search for: msvs

With current settings, MSVS links debug version of flac.exe (and other .exe and .dll files) with the release version of libogg_static.lib. MSVS issues a "warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs; use /NODEFAULTLIB:library" What's the reason in this setting? What is bett...

src/libFLAC/memory.c cannot be compiled with MSVS 2005 (and probably VS2008 too) after this commit: http://git.xiph.org/?p=flac.git;a=commitdiff;h=7cbecbae9f70be770f7651d09531fec0de6f9cf5 because MSVS2005 doesn't provide stdint.h. According to MSDN, uintptr_t is defined in "STDDEF.H and other include files".

Erik de Castro Lopo wrote: >> because MSVS2005 doesn't provide stdint.h. According to MSDN, >> uintptr_t is defined in "STDDEF.H and other include files". > > Does the rest of FLAC actually support those compilers? Yes. I removed this #include and all projects were successfully built with MSVS 2005 Express. >...

Ralph Giles wrote: >> With current settings, MSVS links debug version of flac.exe (and other >> .exe and .dll files) with the release version of libogg_static.lib. >> MSVS issues a "warning LNK4098: defaultlib 'libcmt.lib' conflicts with use >> of other libs; use /NODEFAULTLIB:library" > > Sounds like a bu...

By default, FLAC requires ogg library. Support of old versions of Visual Studio was removed from libogg code about 2 years ago: https://git.xiph.org/?p=ogg.git;a=commit;h=18c401c6bc8814d06f3ae53ebf5d4399f90871cc libogg 1.3.3 (released 2017-11-07) cannot be built with MSVS 2005/2008 anymore. Are there any developers that want to use libFLAC in their programs and still use Visual Studio 2005 or 2008 ? On the other hand, libvorbis 1.3.6 (released 2018-03-16) also needs libogg and still has project files for MSVS 2005/2008 as well as 2010.

When compiling lpc.c for x86-64 architecture MSVS issues warnings: warning C4028: formal parameter _N_ different from declaration because of flac_restrict modifier. This patch suppresses these warnings. -------------- next part -------------- A non-text attachment was scrubbed... Name: lpc-msvs-warnings.patch Type: application/octet-stream Size:...

lvqcl wrote: > Why? We can use vsnprintf_s for MSVS, and vsnprintf for MinGW. > > MSVS version of vsnprintf_s is located inside (statically linked) msvcp???.lib > or (dynamically linked) msvcp???.dll. They are part of MSVS runtime, and compatible > with WinXP. So it is safe to use it in FLAC. Oh, ok. I missed this bit. I know so very li...

This patch allows MSVS to use M_LN2 const defined in math.h -------------- next part -------------- A non-text attachment was scrubbed... Name: mathln2.patch Type: application/octet-stream Size: 963 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20130904/14cd34db/attachment.obj

lvqcl wrote: > Ralph Giles wrote: > > >> With current settings, MSVS links debug version of flac.exe (and other > >> .exe and .dll files) with the release version of libogg_static.lib. > >> MSVS issues a "warning LNK4098: defaultlib 'libcmt.lib' conflicts with use > >> of other libs; use /NODEFAULTLIB:library" > > &...

On 2013-09-30 4:53 PM, Erik de Castro Lopo wrote: > I'd be keen to have the windows build automatically do the sanest possible thing, > preferably with anyone having to copy files. The way we've been doing the Opus stuff is to have the project files expect a build in a parallel checkout. so: c:\dev\flac\FLAC.sln expects to find an ogg build in c:\dev\ogg\win32\VS2010\ Not as

...> By default, FLAC requires ogg library. Support of old versions of > Visual Studio was removed from libogg code about 2 years ago: > https://git.xiph.org/?p=ogg.git;a=commit;h=18c401c6bc8814d06f3ae53ebf5d43 > 99f90871cc > > libogg 1.3.3 (released 2017-11-07) cannot be built with MSVS 2005/2008 > anymore. > > Are there any developers that want to use libFLAC in their programs > and still use Visual Studio 2005 or 2008 ? > > On the other hand, libvorbis 1.3.6 (released 2018-03-16) also needs > libogg and still has project files for MSVS 2005/2008 as well as 2...

...fatal error LNK1120: 1 unresolved externals It'd be fine for me to use RELEASE_22 tag, but since cfe doesn't have a matching tag, this doesn't quite work. I tried checking out cfe of the same date as RELEASE_22 tag and got errors of clang mismatching llvm header files. I realize that msvs build is not of high priority but whoever shuffles the files around and changes the makefiles, at least have a decency to do the matching changes in the msvs project files.

lvqcl wrote: > This patch allows MSVS to use M_LN2 const defined in math.h For this one, I'd prefer to see the _USE_MATH_DEFINES definition in the *.vcproj and FLAC.sln files. I'd be happy to have the removal of the two comments in the same commit. Cheers, Erik -- -------------------------------------------------------------...

...it seems to work once >> you've figured it out. And each arch and target can reference the >> corresponding target in the dependency. > Good idea, but... there are 5 folders in libogg/win32: VS6, VS2003, VS2005, > VS2008 and VS2010. And FLAC provides solution/project files for MSVS 2005. > Should FLAC project files refer to libogg/win32/VS2005? But I suspect that > developers use mostly newer versions (2008/2010/2012). > The project files aren't compatible with FLAC by default anyway as they default dynamic linking to runtimes. Either one needs to bundle own p...

MSVS profiler shows that the encoder spends too much time inside format_input() when the input is 24-bit. The attached patch increases encoding speed: FLAC -5: from 27.1 to 24.2 seconds FLAC -8: from 76.2 to 73.1 seconds (MSVS 2010, 32-bit flac.exe, 24-bit stereo input file) For GCC compiles the encod...

...VS 2015 was removed: <http://git.xiph.org/?p=ogg.git;a=commitdiff;h=18c401c6bc8814d06f3ae53ebf5d4399f90871cc> Actually it should be possible to open libogg_*.sln files in VS 2010 (and all newer) and compile it. But support for VS 2008 and older was dropped. So it seems that people that use MSVS 2005 or 2008 to build libFLAC and also want to support OggFLAC should consider updating their compiler.

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 :

This archive contains files for Visual Studio 2010 and newer (.sln, .vcxproj, .vcxproj.filters). Allows to build files for x86-64 platform. -------------- next part -------------- A non-text attachment was scrubbed... Name: flac-sln10.tar.gz Type: application/x-gzip Size: 12896 bytes Desc: not available Url :

On Tue, Mar 20, 2018 at 06:30:07PM +0000, Olly Betts wrote: > https://lists.xapian.org/pipermail/xapian-discuss/2018-January/009585.html Related to this, the appveyor build is currently failing on git master. Unfortunately the change at which is started to fail was the addition of the new "honey" backend, which doesn't narrow things down to a useful degree. I've checked over

..._io/win_utf8_io.c > +++ b/src/share/win_utf8_io/win_utf8_io.c > @@ -34,6 +34,7 @@ > #endif > #include <windows.h> > +#include <winapifamily.h> According to <http://stackoverflow.com/questions/9509166/what-is-winapifamily-h> winapifamily.h is only available since MSVS 2012, so build will fail in older versions of Visual Studio (and in some older versions of MinGW). > #include "share/win_utf8_io.h" > #include "share/windows_unicode_filenames.h" > @@ -164,11 +165,13 @@ size_t strlen_utf8(const char *str) > int win_get_console_...