nerd/rufus
1
1
Fork 0
mirror of https://github.com/pbatard/rufus.git synced 2024-08-14 23:57:05 +00:00
Code Issues 1 Projects Releases Wiki Activity
rufus/.vs/rufus.vcxproj

455 lines
27 KiB
XML
Raw Normal View History

[ui] enable setting of icon and extended label * Creates an UTF-16 autoconf.inf with label, as well as autoconf.ico * also fixed extended labels not displaying - closes #48 * also bumped version to rufus-next * also factorized iso props analysis * additional fixes
2012-02-21 19:46:28 +00:00
<?xml version="1.0" encoding="utf-8"?>
[misc] update project files to VS2017
2017-05-12 11:08:17 +00:00
<Project DefaultTargets="Build" ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<ItemGroup Label="ProjectConfigurations">
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<ProjectConfiguration Include="Debug|ARM">
<Configuration>Debug</Configuration>
<Platform>ARM</Platform>
</ProjectConfiguration>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<ProjectConfiguration Include="Debug|ARM64">
<Configuration>Debug</Configuration>
<Platform>ARM64</Platform>
</ProjectConfiguration>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<ProjectConfiguration Include="Debug|Win32">
<Configuration>Debug</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Debug|x64">
<Configuration>Debug</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<ProjectConfiguration Include="Release|ARM">
<Configuration>Release</Configuration>
<Platform>ARM</Platform>
</ProjectConfiguration>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<ProjectConfiguration Include="Release|ARM64">
<Configuration>Release</Configuration>
<Platform>ARM64</Platform>
</ProjectConfiguration>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<ProjectConfiguration Include="Release|Win32">
<Configuration>Release</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Release|x64">
<Configuration>Release</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
</ItemGroup>
<PropertyGroup Label="Globals">
[misc] renamed project to Rufus
2011-11-19 19:08:23 +00:00
<ProjectName>rufus</ProjectName>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<ProjectGuid>{731858A7-0303-4988-877B-9C0DD6471864}</ProjectGuid>
[misc] renamed project to Rufus
2011-11-19 19:08:23 +00:00
<RootNamespace>rufus</RootNamespace>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<Keyword>Win32Proj</Keyword>
[misc] update to Visual Studio 2019
2019-08-22 15:41:12 +00:00
<WindowsTargetPlatformVersion>10.0</WindowsTargetPlatformVersion>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.Default.props" />
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
<WholeProgramOptimization>true</WholeProgramOptimization>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</PropertyGroup>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
<WholeProgramOptimization>true</WholeProgramOptimization>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<WindowsSDKDesktopARMSupport>true</WindowsSDKDesktopARMSupport>
</PropertyGroup>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
<WholeProgramOptimization>true</WholeProgramOptimization>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<UseDebugLibraries>true</UseDebugLibraries>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</PropertyGroup>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<WindowsSDKDesktopARMSupport>true</WindowsSDKDesktopARMSupport>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<UseDebugLibraries>true</UseDebugLibraries>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
</PropertyGroup>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<UseDebugLibraries>true</UseDebugLibraries>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
</PropertyGroup>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
<WholeProgramOptimization>true</WholeProgramOptimization>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>Unicode</CharacterSet>
[misc] update solution to VS2022 * Also fix a possible mishandling of compounded strings in safe string macros
2021-11-16 17:50:20 +00:00
<PlatformToolset>v143</PlatformToolset>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<UseDebugLibraries>true</UseDebugLibraries>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.props" />
<PropertyGroup>
<_ProjectFileVersion>10.0.30319.1</_ProjectFileVersion>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<OutDir Condition="'$(Configuration)|$(Platform)'=='Debug|ARM'">$(SolutionDir)arm\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Debug|ARM'">$(SolutionDir)arm\$(Configuration)\$(ProjectName)\</IntDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Release|ARM'">$(SolutionDir)arm\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Release|ARM'">$(SolutionDir)arm\$(Configuration)\$(ProjectName)\</IntDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'">$(SolutionDir)arm64\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'">$(SolutionDir)arm64\$(Configuration)\$(ProjectName)\</IntDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'">$(SolutionDir)arm64\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'">$(SolutionDir)arm64\$(Configuration)\$(ProjectName)\</IntDir>
[vs2017] revert to using x86/x64 for x86 output directories * Instead of x86_32 and x86_64. * This should aid with our appxbundle creation and if Microsoft want to be wholly incorrect in their arch designations, who am I to judge?...
2018-10-26 11:54:20 +00:00
<OutDir Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">$(SolutionDir)x86\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">$(SolutionDir)x86\$(Configuration)\$(ProjectName)\</IntDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">$(SolutionDir)x86\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">$(SolutionDir)x86\$(Configuration)\$(ProjectName)\</IntDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">$(SolutionDir)x64\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">$(SolutionDir)x64\$(Configuration)\$(ProjectName)\</IntDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Release|x64'">$(SolutionDir)x64\$(Configuration)\</OutDir>
<IntDir Condition="'$(Configuration)|$(Platform)'=='Release|x64'">$(SolutionDir)x64\$(Configuration)\$(ProjectName)\</IntDir>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Release|ARM'">false</LinkIncremental>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'">false</LinkIncremental>
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">false</LinkIncremental>
[partition] initial partitioning code * also added bWriteAccess parameter to GetDriveHandle() * also added locking (FSCTL_LOCK_VOLUME) to GetDriveHandle() * also added extra security checks to GetDriveHandle() * also added status output * also added ReadSectors/WriteSectors
2011-11-23 12:27:51 +00:00
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Release|x64'">false</LinkIncremental>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</PropertyGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">
<BuildLog />
<ClCompile>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;_CRTDBG_MAP_ALLOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<RuntimeLibrary>MultiThreadedDebug</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[vs] update VS2012 project settings * Enable XP mode * Set VS compilation to C mode, multiprocessor * Unset culture
2013-07-21 20:30:18 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
[loc] add localization support * This is a merge up to commit bd319269aae59fbaead0d3ed6e1d7d340813fd42 of the localization branch * Also fixes Clang warnings
2013-10-15 21:58:27 +00:00
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[msvc] harmonize compilation options
2016-06-04 16:50:16 +00:00
<Optimization>Disabled</Optimization>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;%(AdditionalDependencies)</AdditionalDependencies>
[oops] fix elevation when compiled with VS2012 * Visual Studio requires the settings from the manifest to be duplicated
2013-06-30 02:02:59 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<GenerateDebugInformation>true</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
<TargetMachine>MachineX86</TargetMachine>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</Link>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
<ResourceCompile>
[loc] use a single rufus.loc as translator base * Remove the need to maintain a new_translation.loc * Add a sed invocation to remove comments and unwanted stuff to generate a final embedded.loc * Note: sed is only invoked for MinGW. MS compilers still embed the unmodified rufus.loc. * Also fix a small bug when parsing the version.
2013-11-01 19:17:46 +00:00
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
</ResourceCompile>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemDefinitionGroup>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM'">
<BuildLog />
<ClCompile>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;_CRTDBG_MAP_ALLOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<RuntimeLibrary>MultiThreadedDebug</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;ole32.lib;advapi32.lib;gdi32.lib;shell32.lib;comdlg32.lib;%(AdditionalDependencies)</AdditionalDependencies>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
<GenerateDebugInformation>true</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<AdditionalLibraryDirectories>C:\Program Files (x86)\Windows Kits\10\Lib\10.0.15063.0\um\arm</AdditionalLibraryDirectories>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;ole32.dll;advapi32.dll;gdi32.dll;shell32.dll;comdlg32.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
</Link>
<ResourceCompile>
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<Culture>
</Culture>
</ResourceCompile>
</ItemDefinitionGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'">
<BuildLog />
<ClCompile>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;_CRTDBG_MAP_ALLOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<RuntimeLibrary>MultiThreadedDebug</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;ole32.lib;advapi32.lib;gdi32.lib;shell32.lib;comdlg32.lib;%(AdditionalDependencies)</AdditionalDependencies>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
<GenerateDebugInformation>true</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
<AdditionalLibraryDirectories>C:\Program Files (x86)\Windows Kits\10\Lib\10.0.16299.0\um\arm64</AdditionalLibraryDirectories>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;ole32.dll;advapi32.dll;gdi32.dll;shell32.dll;comdlg32.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
</Link>
<ResourceCompile>
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<Culture>
</Culture>
</ResourceCompile>
</ItemDefinitionGroup>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">
<BuildLog />
<Midl>
<TargetEnvironment>X64</TargetEnvironment>
</Midl>
<ClCompile>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;_CRTDBG_MAP_ALLOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<RuntimeLibrary>MultiThreadedDebug</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
<DebugInformationFormat>ProgramDatabase</DebugInformationFormat>
[vs] update VS2012 project settings * Enable XP mode * Set VS compilation to C mode, multiprocessor * Unset culture
2013-07-21 20:30:18 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
[loc] add localization support * This is a merge up to commit bd319269aae59fbaead0d3ed6e1d7d340813fd42 of the localization branch * Also fixes Clang warnings
2013-10-15 21:58:27 +00:00
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[msvc] harmonize compilation options
2016-06-04 16:50:16 +00:00
<Optimization>Disabled</Optimization>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;%(AdditionalDependencies)</AdditionalDependencies>
[oops] fix elevation when compiled with VS2012 * Visual Studio requires the settings from the manifest to be duplicated
2013-06-30 02:02:59 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<GenerateDebugInformation>true</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
<TargetMachine>MachineX64</TargetMachine>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</Link>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
<ResourceCompile>
[loc] use a single rufus.loc as translator base * Remove the need to maintain a new_translation.loc * Add a sed invocation to remove comments and unwanted stuff to generate a final embedded.loc * Note: sed is only invoked for MinGW. MS compilers still embed the unmodified rufus.loc. * Also fix a small bug when parsing the version.
2013-11-01 19:17:46 +00:00
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
</ResourceCompile>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemDefinitionGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">
<BuildLog />
<ClCompile>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<RuntimeLibrary>MultiThreaded</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[vs] update VS2012 project settings * Enable XP mode * Set VS compilation to C mode, multiprocessor * Unset culture
2013-07-21 20:30:18 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
[loc] add localization support * This is a merge up to commit bd319269aae59fbaead0d3ed6e1d7d340813fd42 of the localization branch * Also fixes Clang warnings
2013-10-15 21:58:27 +00:00
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[misc] use compilation flag to undefine NDEBUG for assert
2018-11-21 17:45:18 +00:00
<UndefinePreprocessorDefinitions>NDEBUG</UndefinePreprocessorDefinitions>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<StringPooling>true</StringPooling>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;%(AdditionalDependencies)</AdditionalDependencies>
[oops] fix elevation when compiled with VS2012 * Visual Studio requires the settings from the manifest to be duplicated
2013-06-30 02:02:59 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<GenerateDebugInformation>false</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
<TargetMachine>MachineX86</TargetMachine>
[misc] improve CoInitialize calls * Balance with CoUninitialize and add COINIT_DISABLE_OLE1DDE * Also add /BREPRO linker flag for reproducible VS2019 release builds
2021-04-09 11:36:30 +00:00
<AdditionalOptions>/BREPRO %(AdditionalOptions)</AdditionalOptions>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</Link>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
<ResourceCompile>
[loc] use a single rufus.loc as translator base * Remove the need to maintain a new_translation.loc * Add a sed invocation to remove comments and unwanted stuff to generate a final embedded.loc * Note: sed is only invoked for MinGW. MS compilers still embed the unmodified rufus.loc. * Also fix a small bug when parsing the version.
2013-11-01 19:17:46 +00:00
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
</ResourceCompile>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemDefinitionGroup>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM'">
<BuildLog />
<ClCompile>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<RuntimeLibrary>MultiThreaded</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[misc] use compilation flag to undefine NDEBUG for assert
2018-11-21 17:45:18 +00:00
<UndefinePreprocessorDefinitions>NDEBUG</UndefinePreprocessorDefinitions>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<StringPooling>true</StringPooling>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;ole32.lib;advapi32.lib;gdi32.lib;shell32.lib;comdlg32.lib;%(AdditionalDependencies)</AdditionalDependencies>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
<GenerateDebugInformation>false</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<AdditionalLibraryDirectories>C:\Program Files (x86)\Windows Kits\10\Lib\10.0.15063.0\um\arm</AdditionalLibraryDirectories>
[misc] improve CoInitialize calls * Balance with CoUninitialize and add COINIT_DISABLE_OLE1DDE * Also add /BREPRO linker flag for reproducible VS2019 release builds
2021-04-09 11:36:30 +00:00
<AdditionalOptions>/BREPRO %(AdditionalOptions)</AdditionalOptions>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;ole32.dll;advapi32.dll;gdi32.dll;shell32.dll;comdlg32.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
</Link>
<ResourceCompile>
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<Culture>
</Culture>
</ResourceCompile>
</ItemDefinitionGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'">
<BuildLog />
<ClCompile>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<RuntimeLibrary>MultiThreaded</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[misc] use compilation flag to undefine NDEBUG for assert
2018-11-21 17:45:18 +00:00
<UndefinePreprocessorDefinitions>NDEBUG</UndefinePreprocessorDefinitions>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<StringPooling>true</StringPooling>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;ole32.lib;advapi32.lib;gdi32.lib;shell32.lib;comdlg32.lib;%(AdditionalDependencies)</AdditionalDependencies>
[arm] add Visual Studio ARM64 compilation support * Windows 10 ARM users *WILL* be able to run Rufus natively the very same day they got their new device!
2017-11-03 18:04:33 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
<GenerateDebugInformation>false</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
<AdditionalLibraryDirectories>C:\Program Files (x86)\Windows Kits\10\Lib\10.0.16299.0\um\arm64</AdditionalLibraryDirectories>
[misc] improve CoInitialize calls * Balance with CoUninitialize and add COINIT_DISABLE_OLE1DDE * Also add /BREPRO linker flag for reproducible VS2019 release builds
2021-04-09 11:36:30 +00:00
<AdditionalOptions>/BREPRO %(AdditionalOptions)</AdditionalOptions>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;ole32.dll;advapi32.dll;gdi32.dll;shell32.dll;comdlg32.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[arm] add ARM compilation support (MSVC) * Yay! * Also remove unneeded stdint.h/stdbool.h/inttypes.h
2016-03-29 12:11:04 +00:00
</Link>
<ResourceCompile>
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<Culture>
</Culture>
</ResourceCompile>
</ItemDefinitionGroup>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'">
<BuildLog />
<Midl>
<TargetEnvironment>X64</TargetEnvironment>
</Midl>
<ClCompile>
[appstore] revert AppStore version detection to rufus.app presence check * This basically reverts the changes from 9dfa31db0390c47622e37bb52286e010afaead5f.
2021-08-01 20:48:54 +00:00
<PreprocessorDefinitions>_OFF_T_DEFINED;_off_t=__int64;off_t=_off_t;COBJMACROS;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<RuntimeLibrary>MultiThreaded</RuntimeLibrary>
<WarningLevel>Level3</WarningLevel>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<AdditionalIncludeDirectories>..\src;..\src\msvc-missing;..\src\ms-sys\inc;..\src\syslinux\libinstaller;..\src\syslinux\libfat;..\src\syslinux\win;..\src\libcdio;..\src\getopt;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
[vs] update VS2012 project settings * Enable XP mode * Set VS compilation to C mode, multiprocessor * Unset culture
2013-07-21 20:30:18 +00:00
<CompileAs>CompileAsC</CompileAs>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
[loc] add localization support * This is a merge up to commit bd319269aae59fbaead0d3ed6e1d7d340813fd42 of the localization branch * Also fixes Clang warnings
2013-10-15 21:58:27 +00:00
<ExceptionHandling>false</ExceptionHandling>
[misc] fix 32-bit arithmetic overflow operation warnings * Also disable C28251 annotation warning
2020-02-12 17:23:23 +00:00
<DisableSpecificWarnings>4091;28251;28252;28253;%(DisableSpecificWarnings)</DisableSpecificWarnings>
[misc] use compilation flag to undefine NDEBUG for assert
2018-11-21 17:45:18 +00:00
<UndefinePreprocessorDefinitions>NDEBUG</UndefinePreprocessorDefinitions>
[ci] set VS2019 to produce ALPHA or BETA off release
2021-09-28 18:47:09 +00:00
<AdditionalOptions>/utf-8 $(ExternalCompilerOptions) %(AdditionalOptions)</AdditionalOptions>
[misc] enable VS2019 String Pooling for Debug builds * Also enable incremental linking and debug libraries for Debug builds
2020-06-02 10:50:23 +00:00
<StringPooling>true</StringPooling>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ClCompile>
<Link>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<AdditionalDependencies>advapi32.lib;comctl32.lib;comdlg32.lib;crypt32.lib;gdi32.lib;ole32.lib;setupapi.lib;shell32.lib;shlwapi.lib;wintrust.lib;version.lib;%(AdditionalDependencies)</AdditionalDependencies>
[oops] fix elevation when compiled with VS2012 * Visual Studio requires the settings from the manifest to be duplicated
2013-06-30 02:02:59 +00:00
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<GenerateDebugInformation>false</GenerateDebugInformation>
<SubSystem>Windows</SubSystem>
<TargetMachine>MachineX64</TargetMachine>
[misc] improve CoInitialize calls * Balance with CoUninitialize and add COINIT_DISABLE_OLE1DDE * Also add /BREPRO linker flag for reproducible VS2019 release builds
2021-04-09 11:36:30 +00:00
<AdditionalOptions>/BREPRO %(AdditionalOptions)</AdditionalOptions>
[mingw] use delay loading for DLLs that are subject to side loading * This reverts much of commits f6ac559f4d0a9a2e5043a972442d272c2da71de3 and 19472668370aacec0dba9dda306601cfc4a4ed7e so that we call the Windows APIs directly again, while ensuring that, by the time we load the DLLs, sideloading mitigation has already been applied by the application. * This is a continuation of #1877, and should help prevent re-introducing side-loading issues when we link against new libraries, as well as allow us to drop some of the manual DLL hooking we've been doing to prevent it, to clean up the code. * Note that this is a bit more complex than what the stackoverflow post suggests, because we need to create delayloaded libs for both 32-bit and 64-bit, which use a different calling convention and therefore need to use different .def files. So there's a lot of gymkhana involved, with Makefiles and whatnot, to get us there. * Also simplify the use of CM_Get_DevNode_Registry_PropertyA() in dev.c since recent versions of MinGW now have support for it. * Also fix 2 small issues in net.c (potential overflow) and format.c (memory leak).
2022-04-12 10:09:29 +00:00
<DelayLoadDLLs>advapi32.dll;comctl32.dll;comdlg32.dll;crypt32.dll;gdi32.dll;ole32.dll;setupapi.dll;shell32.dll;shlwapi.dll;wintrust.dll;version.dll;%(DelayLoadDLLs)</DelayLoadDLLs>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</Link>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
<ResourceCompile>
[loc] use a single rufus.loc as translator base * Remove the need to maintain a new_translation.loc * Add a sed invocation to remove comments and unwanted stuff to generate a final embedded.loc * Note: sed is only invoked for MinGW. MS compilers still embed the unmodified rufus.loc. * Also fix a small bug when parsing the version.
2013-11-01 19:17:46 +00:00
<PreprocessorDefinitions>_UNICODE;UNICODE;RUFUS_LOC;%(PreprocessorDefinitions)</PreprocessorDefinitions>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
</ResourceCompile>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemDefinitionGroup>
<ItemGroup>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClCompile Include="..\src\badblocks.c" />
<ClCompile Include="..\src\dos_locale.c" />
<ClCompile Include="..\src\drive.c" />
<ClCompile Include="..\src\format.c" />
<ClCompile Include="..\src\dos.c" />
[misc] move Large FAT32 and ext formatting to their own source * Also add randomization to test images
2020-02-10 13:04:50 +00:00
<ClCompile Include="..\src\format_ext.c" />
<ClCompile Include="..\src\format_fat32.c" />
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClCompile Include="..\src\icon.c" />
<ClCompile Include="..\src\iso.c" />
<ClCompile Include="..\src\localization.c" />
<ClCompile Include="..\src\net.c" />
<ClCompile Include="..\src\parser.c" />
<ClCompile Include="..\src\pki.c" />
<ClCompile Include="..\src\process.c" />
[misc] add regexp engine * From https://github.com/kokke/tiny-regex-c
2021-04-22 21:43:20 +00:00
<ClCompile Include="..\src\re.c" />
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClCompile Include="..\src\rufus.c" />
<ClCompile Include="..\src\checksum.c" />
<ClCompile Include="..\src\smart.c" />
<ClCompile Include="..\src\stdfn.c" />
<ClCompile Include="..\src\stdio.c" />
<ClCompile Include="..\src\stdlg.c" />
<ClCompile Include="..\src\syslinux.c" />
<ClCompile Include="..\src\dev.c" />
[misc] reorganize UI function calls into their own source * Also fix ARM/ARM64 broken compilation due to missing __popcnt()
2018-07-06 04:46:36 +00:00
<ClCompile Include="..\src\ui.c" />
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClCompile Include="..\src\vhd.c" />
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemGroup>
<ItemGroup>
[iso] add support for distros using a NONSTANDARD GRUB 2.0 prefix directory * Looking at you, openSUSE Live and GeckoLinux!
2022-04-07 00:57:24 +00:00
<ClInclude Include="..\res\grub2\grub2_version.h" />
<ClInclude Include="..\res\grub\grub_version.h" />
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClInclude Include="..\src\badblocks.h" />
<ClInclude Include="..\src\bled\bled.h" />
<ClInclude Include="..\src\drive.h" />
<ClInclude Include="..\src\format.h" />
[core] improve reporting of partition types * Add GPT partition types and improve MBR partition type handling
2020-02-06 18:23:19 +00:00
<ClInclude Include="..\src\gpt_types.h" />
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClInclude Include="..\src\hdd_vs_ufd.h" />
[core] improve reporting of partition types * Add GPT partition types and improve MBR partition type handling
2020-02-06 18:23:19 +00:00
<ClInclude Include="..\src\mbr_types.h" />
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClInclude Include="..\src\missing.h" />
<ClInclude Include="..\src\process.h" />
[misc] add regexp engine * From https://github.com/kokke/tiny-regex-c
2021-04-22 21:43:20 +00:00
<ClInclude Include="..\src\re.h" />
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ClInclude Include="..\src\settings.h" />
<ClInclude Include="..\src\libcdio\cdio\cdio.h" />
<ClInclude Include="..\src\libcdio\cdio\iso9660.h" />
<ClInclude Include="..\src\libcdio\cdio\udf.h" />
<ClInclude Include="..\src\localization.h" />
<ClInclude Include="..\src\localization_data.h" />
<ClInclude Include="..\src\msapi_utf8.h" />
<ClInclude Include="..\src\dos.h" />
<ClInclude Include="..\src\registry.h" />
<ClInclude Include="..\src\resource.h" />
<ClInclude Include="..\src\rufus.h" />
<ClInclude Include="..\src\license.h" />
<ClInclude Include="..\src\db.h" />
<ClInclude Include="..\src\smart.h" />
<ClInclude Include="..\src\dev.h" />
[ui] UI redesign * Better guide the user through the flow of operations * Also follow a concept design by Fahad Al-Riyami * Closes #117
2018-03-22 23:14:20 +00:00
<ClInclude Include="..\src\ui.h" />
[misc] reorganize UI function calls into their own source * Also fix ARM/ARM64 broken compilation due to missing __popcnt()
2018-07-06 04:46:36 +00:00
<ClInclude Include="..\src\ui_data.h" />
[checksum] improve performance by switching to async I/O Yes!!! We are finally *much* faster than 7-zip for SHA-256, even though we are also computing MD5 and SHA-1 in parallel. Here are some averaged comparative results, against the 5.71 GB Win10_20H2_EnglishInternational_x64.iso (SHA-256 = 08535b6dd0a4311f562e301c3c344b4aefd2e69a82168426b9971d6f8cab35e1): * Windows' PowerShell Get-FileHash: 48s * 7-zip's SHA-256 : 31s * Rufus (64-bit release version) : 23s
2021-02-03 11:49:57 +00:00
<ClInclude Include="..\src\winio.h" />
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemGroup>
<ItemGroup>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<Manifest Include="..\src\rufus.manifest" />
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemGroup>
<ItemGroup>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<None Include="..\res\down.ico" />
<None Include="..\res\rufus.ico" />
<None Include="..\res\up.ico" />
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemGroup>
<ItemGroup>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ResourceCompile Include="..\src\rufus.rc" />
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
</ItemGroup>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
<ItemGroup>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\bled.vcxproj">
[cmp] add decompression support * Adds .Z, .gz, .lzma, .xz and .bz2 decompression support for DD images using the Bled library (https://github.com/pbatard/bled). * Closes #269
2014-12-29 20:34:41 +00:00
<Project>{fb6d52d4-a2f8-c358-db85-bbcaecfddd7d}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\getopt.vcxproj">
[cmdline] initial commandline support * part of issue #111 * add getopt dependency for MS compilers * enable the provision of an ISO as parameter * also fixes shadowed sevenzip_path in vhd.c
2013-02-04 01:14:28 +00:00
<Project>{ae83e1b4-ce06-47ee-b7a3-c3a1d7c2d71e}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\libcdio-driver.vcxproj">
[iso] initial ISO image support (EXPERIMENTAL) * from libcdio: http://www.gnu.org/software/libcdio/
2012-01-31 01:40:22 +00:00
<Project>{fa1b1093-ba86-410a-b7a0-7a54c605f812}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\libcdio-iso9660.vcxproj">
[iso] initial ISO image support (EXPERIMENTAL) * from libcdio: http://www.gnu.org/software/libcdio/
2012-01-31 01:40:22 +00:00
<Project>{d4e80f35-2604-40ac-b436-97b052ecb572}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\libcdio-udf.vcxproj">
[iso] initial ISO image support (EXPERIMENTAL) * from libcdio: http://www.gnu.org/software/libcdio/
2012-01-31 01:40:22 +00:00
<Project>{0cec40a6-a195-4be5-a88b-0ab00eb142ec}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\ms-sys.vcxproj">
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
<Project>{2b1d078d-8eb4-4398-9ca4-23457265a7f6}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\syslinux-libfat.vcxproj">
[sl] syslinux support (EXPERIMENTAL) * MS platforms only (*BREAKS* MinGW)
2012-01-12 02:52:40 +00:00
<Project>{8390dce0-859d-4f57-ad9c-aaeac4d77eef}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\syslinux-libinstaller.vcxproj">
[sl] syslinux support (EXPERIMENTAL) * MS platforms only (*BREAKS* MinGW)
2012-01-12 02:52:40 +00:00
<Project>{266502ac-cd74-4581-b707-938a7d05ad7a}</Project>
</ProjectReference>
[misc] drop Clang support and move VS2017 project files to .vs
2017-11-11 15:41:04 +00:00
<ProjectReference Include=".\syslinux-win.vcxproj">
[syslinux] update Syslinux to better align with its official source * This means disabling some warnings and removing explicit casts, but so be it... * Also fix the minfatsize check for Large FAT32
2016-02-23 20:52:06 +00:00
<Project>{7d2e9784-ddf7-4988-a887-cf099bc3b340}</Project>
</ProjectReference>
[ext2fs] initial ext2fs support
2019-04-12 20:32:40 +00:00
<ProjectReference Include="ext2fs.vcxproj">
<Project>{b01f5886-2b39-4b66-b65c-6427135b6a02}</Project>
</ProjectReference>
[misc] separated ms-sys dependency from application * set ms-sys to be built as a library * also removed unused code from badblocks.c
2012-01-11 00:05:16 +00:00
</ItemGroup>
[msvc] vs2010 project files
2011-11-13 20:54:21 +00:00
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
<ImportGroup Label="ExtensionTargets">
</ImportGroup>
</Project>
Reference in a new issue Copy permalink