2 Building XZ Utils with Microsoft Visual Studio
3 ==============================================
8 MSVC 2013 update 2 and later have enough C99 support to build
9 liblzma from XZ Utils 5.2.0 and later without modifications.
10 Older MSVC versions would require a large number of changes to
11 the XZ Utils code and thus the old MSVC versions aren't supported.
13 As of 2015-06-19, some work has been done to get xz.exe and other
14 command line tools built with MSVC, but it's not complete enough
15 to be included in XZ Utils.
21 It is recommended to use CMake to generate build files for MSVC.
22 The project files in vs201x directories will be removed in the
23 future (5.4.x releases will include them still).
25 Descriptions of the files in the vs201x directories:
27 config.h liblzma configuration #defines for MSVC.
28 liblzma.vcxproj This builds static liblzma.
29 liblzma_dll.vcxproj This builds liblzma.dll.
30 xz_win.sln Solution using the above project files.
32 The projects have x86 and x86-64 platform configurations, as well
33 as a Debug, Release, and ReleaseMT configuration -- MT is the
34 compiler switch to link to the CRT statically, so it will not
35 have any other DLL dependencies.
37 The VS2017 project files don't set <WindowsTargetPlatformVersion>.
38 This means that you may need to either install Windows SDK 8.1 or
39 you may need to set the target platform version before building.
41 Currently no test programs are built or run under MSVC from the
42 project files. CMake-based builds include tests too.
48 liblzma API headers declare the functions with __declspec(dllimport)
49 by default. To avoid this when using static liblzma from your code,
50 #define LZMA_API_STATIC before #including <lzma.h>.
52 MSVC gives a bunch of compiler warnings. Some warnings are specific
53 to 32-bit or 64-bit build and some appear for both builds. These
54 are known and shouldn't be a problem. Some of them will probably
55 be fixed in the future.