luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-11-14 13:26:16 +01:00
Code Issues Packages Projects Releases Wiki Activity
5b88ed8caf
glib/win32/vs10/glib-build-defines.props

89 lines
4.7 KiB
Plaintext
Raw Normal View History

Visual Studio Property Sheets: Use Unix Line Endings This makes it easier to apply patches in the future.
2013-12-27 03:32:01 +01:00
<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ImportGroup Label="PropertySheets">
<Import Project="glib-version-paths.props" />
</ImportGroup>
<PropertyGroup Label="UserMacros">
Tidy Up the glib MSVC Project Move the per-source define/undefine cflags into the property sheets, and apply the cflags for the bundled PCRE sources to the PCRE sources only
2014-01-06 05:21:46 +01:00
<GLibBundledPCREDefines>PCRE_STATIC;LINK_SIZE=2;MAX_NAME_SIZE=32;MAX_NAME_COUNT=10000;NEWLINE=-1;POSIX_MALLOC_THRESHOLD=10;MATCH_LIMIT=10000000;MATCH_LIMIT_RECURSION=10000000;SUPPORT_UCP;SUPPORT_UTF;SUPPORT_UTF8;G_LOG_DOMAIN="GLib-GRegex"</GLibBundledPCREDefines>
Visual Studio builds: Include pcre_version.c in build ... for builds using the PCRE bundled with the GLib sources, so that pcre_version() will also be defined, and be exported so that the regex test program will properly link when the bundled PCRE sources are used. This is a follow-up commit to 476f30a.
2016-01-19 06:03:41 +01:00
<GlibBundledPCREExportDefines>PCRE_EXP_DECL=__declspec(dllexport)extern;PCRE_EXP_DEFN=</GlibBundledPCREExportDefines>
Tidy Up the glib MSVC Project Move the per-source define/undefine cflags into the property sheets, and apply the cflags for the bundled PCRE sources to the PCRE sources only
2014-01-06 05:21:46 +01:00
<GLibBundledPCREUndefs>-UBSR_ANYCRLF -UEBCDIC</GLibBundledPCREUndefs>
<LocalCharsetDefs>LIBDIR="blah"</LocalCharsetDefs>
Visual Studio Property Sheets: Use Unix Line Endings This makes it easier to apply patches in the future.
2013-12-27 03:32:01 +01:00
<DllExportDefines>DLL_EXPORT</DllExportDefines>
<UseSystemPCREDefines>USE_SYSTEM_PCRE</UseSystemPCREDefines>
<GLibInBuildMacro>GLIB_COMPILATION</GLibInBuildMacro>
<GioInBuildMacro>GIO_COMPILATION</GioInBuildMacro>
<GLibBuildDefines>$(GLibInBuildMacro);$(DllExportDefines);G_LOG_DOMAIN="GLib"</GLibBuildDefines>
<GThreadBuildDefines>G_LOG_DOMAIN="GThread"</GThreadBuildDefines>
<GModuleBuildDefines>G_LOG_DOMAIN="GModule"</GModuleBuildDefines>
Visual Studio builds: Use the Centricular fork of libffi The latest upstream libffi is getting bit-rotten with the Windows/MSVC builds, and since we are eventually moving to a Meson-based build system, make use of the Centricular fork of libffi[1], which is better maintained and tested for builds on Windows, with the use of DLLs over static libraries and elimination of awkward build flags that we had to use for GObject. [1]: https://github.com/centricular/libffi
2017-06-14 04:51:55 +02:00
<GObjectBuildDefines>GOBJECT_COMPILATION;$(DllExportDefines);G_LOG_DOMAIN="GLib-GObject"</GObjectBuildDefines>
Visual Studio Property Sheets: Use Unix Line Endings This makes it easier to apply patches in the future.
2013-12-27 03:32:01 +01:00
<GioBuildDefines>$(GioInBuildMacro);G_LOG_DOMAIN="GLib-GIO";$(DllExportDefines)</GioBuildDefines>
<WindowsNetworkingLibs>ws2_32.lib;shlwapi.lib;dnsapi.lib;iphlpapi.lib</WindowsNetworkingLibs>
</PropertyGroup>
<PropertyGroup>
<_PropertySheetDisplayName>glibbuilddefinesprops</_PropertySheetDisplayName>
<OutDir>$(SolutionDir)$(Configuration)\$(PlatformName)\bin\</OutDir>
<IntDir>$(SolutionDir)$(Configuration)\$(PlatformName)\obj\$(ProjectName)\</IntDir>
</PropertyGroup>
<ItemDefinitionGroup>
<ClCompile>
Visual Studio builds: Move project files to win32/ It was suggested that the project files be moved here as we don't actually need to go two directory layers from $(srcroot), and would help us to standardize on things in the future across the board.
2017-01-09 07:00:46 +01:00
<AdditionalIncludeDirectories>..\..;..\..\glib;$(GlibEtcInstallRoot)\include;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
Visual Studio Property Sheets: Use Unix Line Endings This makes it easier to apply patches in the future.
2013-12-27 03:32:01 +01:00
<PreprocessorDefinitions>HAVE_CONFIG_H;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<ForcedIncludeFiles>msvc_recommended_pragmas.h;%(ForcedIncludeFiles)</ForcedIncludeFiles>
MSVC Builds: Improve Build Speed and Debugging Use Multiprocessor compilation which can cut down build times by quite a bit and use the /d2Zi+ flag to have better debugging info being logged to the .pdb for release builds. These are only applicable for Visual Studio 2010/2012 and later.
2015-03-03 06:52:22 +01:00
<MultiProcessorCompilation>true</MultiProcessorCompilation>
<AdditionalOptions>/d2Zi+ %(AdditionalOptions)</AdditionalOptions>
Visual Studio Property Sheets: Use Unix Line Endings This makes it easier to apply patches in the future.
2013-12-27 03:32:01 +01:00
</ClCompile>
<Link>
<AdditionalDependencies>intl.lib;%(AdditionalDependencies)</AdditionalDependencies>
Visual Studio Projects: Improve binary security The initial MSVC 201x projects inadvertly disabled RandomizedBaseAddress, which is normally enabled by default, so ensure that is the case for all 201x builds. This feature is supported by Visual Studio 2010 or later. Also, for x64 builds on MSVC 2012 or later, use /HIGHENTROPYVA when linking. Pointed out by Ignacio Casal Quinteiro.
2017-10-20 10:23:31 +02:00
<AdditionalOptions Condition="'$(VisualStudioVersion)|$(Platform)' == '11.0|x64'">/HIGHENTROPYVA %(AdditionalOptions)</AdditionalOptions>
<AdditionalOptions Condition="'$(VisualStudioVersion)|$(Platform)' == '12.0|x64'">/HIGHENTROPYVA %(AdditionalOptions)</AdditionalOptions>
<AdditionalOptions Condition="'$(VisualStudioVersion)|$(Platform)' == '14.0|x64'">/HIGHENTROPYVA %(AdditionalOptions)</AdditionalOptions>
<AdditionalOptions Condition="'$(VisualStudioVersion)|$(Platform)' == '15.0|x64'">/HIGHENTROPYVA %(AdditionalOptions)</AdditionalOptions>
Visual Studio Property Sheets: Use Unix Line Endings This makes it easier to apply patches in the future.
2013-12-27 03:32:01 +01:00
<AdditionalLibraryDirectories>$(GlibEtcInstallRoot)\lib;%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
</Link>
</ItemDefinitionGroup>
<ItemGroup>
<BuildMacro Include="GLibBundledPCREDefines">
<Value>$(GLibBundledPCREDefines)</Value>
</BuildMacro>
Visual Studio builds: Include pcre_version.c in build ... for builds using the PCRE bundled with the GLib sources, so that pcre_version() will also be defined, and be exported so that the regex test program will properly link when the bundled PCRE sources are used. This is a follow-up commit to 476f30a.
2016-01-19 06:03:41 +01:00
<BuildMacro Include="GlibBundledPCREExportDefines">
<Value>$(GlibBundledPCREExportDefines)</Value>
</BuildMacro>
Tidy Up the glib MSVC Project Move the per-source define/undefine cflags into the property sheets, and apply the cflags for the bundled PCRE sources to the PCRE sources only
2014-01-06 05:21:46 +01:00
<BuildMacro Include="GLibBundledPCREUndefs">
<Value>$(GLibBundledPCREUndefs)</Value>
</BuildMacro>
<BuildMacro Include="LocalCharsetDefs">
<Value>$(LocalCharsetDefs)</Value>
</BuildMacro>
Visual Studio Property Sheets: Use Unix Line Endings This makes it easier to apply patches in the future.
2013-12-27 03:32:01 +01:00
<BuildMacro Include="DllExportDefines">
<Value>$(DllExportDefines)</Value>
</BuildMacro>
<BuildMacro Include="UseSystemPCREDefines">
<Value>$(UseSystemPCREDefines)</Value>
</BuildMacro>
<BuildMacro Include="GLibInBuildMacro">
<Value>$(GLibInBuildMacro)</Value>
</BuildMacro>
<BuildMacro Include="GioInBuildMacro">
<Value>$(GioInBuildMacro)</Value>
</BuildMacro>
<BuildMacro Include="GLibBuildDefines">
<Value>$(GLibBuildDefines)</Value>
</BuildMacro>
<BuildMacro Include="GThreadBuildDefines">
<Value>$(GThreadBuildDefines)</Value>
</BuildMacro>
<BuildMacro Include="GModuleBuildDefines">
<Value>$(GModuleBuildDefines)</Value>
</BuildMacro>
<BuildMacro Include="GObjectBuildDefines">
<Value>$(GObjectBuildDefines)</Value>
</BuildMacro>
<BuildMacro Include="GioBuildDefines">
<Value>$(GioBuildDefines)</Value>
</BuildMacro>
<BuildMacro Include="WindowsNetworkingLibs">
<Value>$(WindowsNetworkingLibs)</Value>
</BuildMacro>
</ItemGroup>
Visual Studio builds: Include pcre_version.c in build ... for builds using the PCRE bundled with the GLib sources, so that pcre_version() will also be defined, and be exported so that the regex test program will properly link when the bundled PCRE sources are used. This is a follow-up commit to 476f30a.
2016-01-19 06:03:41 +01:00
</Project>
Reference in New Issue Copy Permalink