Displaying 20 results from an estimated 4000 matches similar to: "Question: MSVS 2005/2008 support?"
2018 May 02
0
Question: MSVS 2005/2008 support?
I don't like the decision to remove the old VS project files, in my opinion
it's better to keep them, marked "not updated anymore".
I personnally use VS2013, and the reason I don't want to upgrade is the
fact that VS2017 requires online registration to work. I'm pretty sure some
users also have valid reasons to keep their old VS.
On 2 May 2018 at 14:37, lvqcl
2013 Sep 29
2
MSVS: debug flac.exe uses release libogg_static.lib
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 better:
* to change the settings so that MSVS will link debug .exe files with
2013 Sep 29
2
MSVS: debug flac.exe uses release libogg_static.lib
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 bug. Debug targets should link to debug builds
2016 Sep 16
0
libogg and MSVS support
The latest stable version of libogg is 1.3.2 (released in May 2014).
It has support for MS Visual Studio 6, 2003, 2005, 2008 and 2010.
Support for VS 2013 was added in May 2015, and for VS 2015 was added
in May 2016. But then support from anything except VS 2015 was removed:
<http://git.xiph.org/?p=ogg.git;a=commitdiff;h=18c401c6bc8814d06f3ae53ebf5d4399f90871cc>
Actually it should be
2014 May 03
4
Bug: incompatibility with MSVS 2005
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".
2014 May 04
1
Bug: incompatibility with MSVS 2005
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.
> Is it worth
> continuing to support them?
* At
2013 Oct 01
2
MSVS: debug flac.exe uses release libogg_static.lib
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
2014 Apr 09
1
[PATCH] Suppress MSVS warnings for lpc.c
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: 1025 bytes
Desc: not available
Url :
2013 Sep 04
2
PATCH: M_LN2 for MSVS
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
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
2014 Jun 19
4
Lets work towards a new version
lvqcl wrote:
> Audacity still uses VS2008 and slowly tries to migrate to VS2012.
> But as stated at <http://wiki.audacityteam.org/wiki/Developing_On_Windows>,
> "Audacity is currently a 32-bit only application". So it doesn't need
> 64-bit builds.
> Currently its trunk contains 'audacity.sln' made with Visual C++ Express 2008
> and
2013 Sep 30
0
MSVS: debug flac.exe uses release libogg_static.lib
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"
> >
> > Sounds
2014 Jun 19
10
Lets work towards a new version
Hi all,
It sees that the most serious bug in the flac bug tracker:
https://sourceforge.net/p/flac/bugs/413/
has been fixed in git. This fix alone is worth a new release so its
time to work towards one.
Things I need to do for this new release:
* Deal with all current patches on the mailing list.
* Review all bugs reported against 1.3.0 on the sf.net.
* Testing and coordination of testing
2014 Sep 20
3
vsnprintf_s and vsnprintf
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 little about Windows.
However, if you compile
2013 Oct 02
1
MSVS: debug flac.exe uses release libogg_static.lib
On 2.10.2013 20:27, lvqcl wrote:
> Ralph Giles wrote:
>
>> 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 obvious as having a monolithic build, but it seems to work once
>>
2014 Feb 01
1
PATCH for encode.c, format_input()
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 encoding speed remains the same.
I suspect that GCC is smart enough to use strict aliasing rule to
2016 Sep 01
2
[cfe-dev] Revisiting our informal policy to support two versions of MSVC
On Thu, Sep 1, 2016 at 1:30 PM, Aaron Ballman <aaron at aaronballman.com>
wrote:
> On Thu, Sep 1, 2016 at 1:23 PM, Nico Weber via cfe-dev
> <cfe-dev at lists.llvm.org> wrote:
> > As mentioned upthread, we're still on update 2 for various reasons.
>
> Do you mind elaborating on those reasons?
Off the top of my head, clang-cl couldn't handle the code
2013 Oct 09
3
PATCH for rice_parameter calculation
MSVS profiler shows that the following code in stream_encoder.c takes
several percent of CPU time:
for(rice_parameter = 0, k = partition_samples; k < mean; rice_parameter++, k <<= 1)
;
this code is equivalent to:
rice_parameter = 0; k = partition_samples;
while(k < mean) {
rice_parameter++; k <<= 1;
}
The idea was to accelerate it:
2014 Mar 21
2
About "attempt to fix differences between x86 FPU and SSE calculations"
More specifically, about this patch: http://git.xiph.org/?p=flac.git;a=commitdiff;h=70b078cfd5f9d4b0692c33f018cac3c652b14f90
I downloaded the latest code from git (flac-70b078c), disabled
all SSE optimizations in the code and compiled it (GCC 4.8.2).
This patch doesn't change FLAC output.
Either gcc is too smart and optimizes this new code back to the old,
or this fix is MSVS-specific. Or
2017 Jan 06
1
[PATCH 5/5] win_utf8_io: Avoid forbidden functions when building for WinRT/UWP
Hugo Beauzée-Luyssen <hugo at beauzee.fr> wrote:
> ---
> src/share/win_utf8_io/win_utf8_io.c | 9 +++++++++
> 1 file changed, 9 insertions(+)
>
> diff --git a/src/share/win_utf8_io/win_utf8_io.c
> b/src/share/win_utf8_io/win_utf8_io.c
> index c61d27f3..1437b41e 100644
> --- a/src/share/win_utf8_io/win_utf8_io.c
> +++ b/src/share/win_utf8_io/win_utf8_io.c
>