aboutsummaryrefslogtreecommitdiff
path: root/windows/vs2017/liblzma_dll.vcxproj (follow)
AgeCommit message (Collapse)AuthorFilesLines
2022-11-30Build: Add string_conversion.c to CMake, DOS, and VS files.Lasse Collin1-0/+1
2022-11-09Windows: Update the VS project files for ARM64 and .lz support.Lasse Collin1-0/+3
2022-08-18Windows: Fix broken liblzma.dll build with Visual Studio project files.Lasse Collin1-0/+6
The bug was introduced in 352ba2d69af2136bc814aa1df1a132559d445616 "Windows: Fix building of resource files when config.h isn't used." That commit fixed liblzma.dll build with CMake while keeping it working with Autotools on Windows but the VS project files were forgotten. I haven't tested these changes. Thanks to Olivier B. for reporting the bug and for the initial patch.
2019-01-13Windows/VS2017: Omit WindowsTargetPlatformVersion from project files.Lasse Collin1-1/+0
I understood that if a WTPV is specified, it's often wrong because different VS installations have different SDK version installed. Omitting the WTPV tag makes VS2017 default to Windows SDK 8.1 which often is also missing, so in any case people may need to specify the WTPV before building. But some day in the future a missing WTPV tag will start to default to the latest installed SDK which sounds reasonable: https://developercommunity.visualstudio.com/content/problem/140294/windowstargetplatformversion-makes-it-impossible-t.html Thanks to "dom".
2017-09-16Windows: Fix paths in VS project files.Lasse Collin1-12/+12
Some paths use slashes instead of backslashes as directory separators... now it should work (I tested VS2013 version).
2017-09-16Windows: Update VS2017 project files to include file info decoder.Lasse Collin1-0/+2
2017-09-16Windows: Add project files for VS2017.Lasse Collin1-0/+384
These files match the v5.2 branch (no file info decoder).