luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-12-29 00:46:16 +01:00
Code Issues Packages Projects Releases Wiki Activity
3c0cddfe80
glib/build/win32/vs9/glib.vcprojin

633 lines
37 KiB
Plaintext
Raw Normal View History

Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
<?xml version="1.0" encoding="windows-1251"?>
<VisualStudioProject
ProjectType="Visual C++"
Update VS9 project files to fix build From bug #596784
2009-10-02 11:34:44 +02:00
Version="9.00"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
Name="glib"
ProjectGUID="{12BCA020-EABF-429E-876A-A476BC9C10C0}"
RootNamespace="glib"
Keyword="Win32Proj"
TargetFrameworkVersion="131072"
>
<Platforms>
<Platform
Name="Win32"
/>
<Platform
Name="x64"
/>
</Platforms>
<ToolFiles>
</ToolFiles>
<Configurations>
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Debug_BundledPCRE|Win32"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
OutputDirectory="$(SolutionDir)\Debug\$(PlatformName)\bin"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
ConfigurationType="2"
CharacterSet="2"
>
<Tool
Name="VCCLCompilerTool"
Optimization="0"
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
PreprocessorDefinitions="_DEBUG;$(GLibBuildDefines);G_ENABLE_DEBUG"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
MinimalRebuild="true"
BasicRuntimeChecks="3"
RuntimeLibrary="3"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="4"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib"
Enable libtool compatible DLL naming in the VS9 projects
2010-02-04 14:24:56 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
LinkIncremental="2"
GenerateDebugInformation="true"
SubSystem="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
TargetMachine="1"
/>
</Configuration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Debug|Win32"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
ConfigurationType="2"
CharacterSet="2"
>
<Tool
Name="VCCLCompilerTool"
Optimization="0"
MSVC 2008 Projects: Split the Property Sheets Split the property sheet into four sheets, to make maintainance of the build files easier, and also to prepare for using autotools to fill in the parts for the "installation" of headers. Also put more of the items that are repeated in the projects into the property sheets, also to improve ease of maintenance. Updates to the Visual Studio 2010 projects will come later, as the script to update them to Visual Studio 2012 must also be taken into account during' the process.
2013-08-21 10:05:47 +02:00
PreprocessorDefinitions="_DEBUG;$(GLibBuildDefines);G_ENABLE_DEBUG;$(UseSystemPCREDefines)"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
MinimalRebuild="true"
BasicRuntimeChecks="3"
RuntimeLibrary="3"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="4"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib pcred.lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
LinkIncremental="2"
GenerateDebugInformation="true"
SubSystem="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
TargetMachine="1"
/>
</Configuration>
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Debug_BundledPCRE|x64"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
OutputDirectory="$(SolutionDir)\Debug\$(PlatformName)\bin"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
ConfigurationType="2"
CharacterSet="2"
>
<Tool
Name="VCCLCompilerTool"
Optimization="0"
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
PreprocessorDefinitions="_DEBUG;$(GLibBuildDefines);G_ENABLE_DEBUG"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
MinimalRebuild="true"
BasicRuntimeChecks="3"
RuntimeLibrary="3"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="3"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib"
Enable libtool compatible DLL naming in the VS9 projects
2010-02-04 14:24:56 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
LinkIncremental="2"
GenerateDebugInformation="true"
SubSystem="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
TargetMachine="17"
/>
</Configuration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Debug|x64"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
ConfigurationType="2"
CharacterSet="2"
>
<Tool
Name="VCCLCompilerTool"
Optimization="0"
MSVC 2008 Projects: Split the Property Sheets Split the property sheet into four sheets, to make maintainance of the build files easier, and also to prepare for using autotools to fill in the parts for the "installation" of headers. Also put more of the items that are repeated in the projects into the property sheets, also to improve ease of maintenance. Updates to the Visual Studio 2010 projects will come later, as the script to update them to Visual Studio 2012 must also be taken into account during' the process.
2013-08-21 10:05:47 +02:00
PreprocessorDefinitions="_DEBUG;$(GLibBuildDefines);G_ENABLE_DEBUG;$(UseSystemPCREDefines)"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
MinimalRebuild="true"
BasicRuntimeChecks="3"
RuntimeLibrary="3"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="3"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib pcred.lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
LinkIncremental="2"
GenerateDebugInformation="true"
SubSystem="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
TargetMachine="17"
/>
</Configuration>
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Release_BundledPCRE|Win32"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
OutputDirectory="$(SolutionDir)\Release\$(PlatformName)\bin"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
ConfigurationType="2"
CharacterSet="2"
WholeProgramOptimization="1"
>
<Tool
Name="VCCLCompilerTool"
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
PreprocessorDefinitions="$(GLibBuildDefines)"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
RuntimeLibrary="2"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="3"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib"
Enable libtool compatible DLL naming in the VS9 projects
2010-02-04 14:24:56 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
LinkIncremental="1"
GenerateDebugInformation="true"
SubSystem="2"
OptimizeReferences="2"
EnableCOMDATFolding="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
TargetMachine="1"
/>
</Configuration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Release|Win32"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
ConfigurationType="2"
CharacterSet="2"
WholeProgramOptimization="1"
>
<Tool
Name="VCCLCompilerTool"
MSVC 2008 Projects: Split the Property Sheets Split the property sheet into four sheets, to make maintainance of the build files easier, and also to prepare for using autotools to fill in the parts for the "installation" of headers. Also put more of the items that are repeated in the projects into the property sheets, also to improve ease of maintenance. Updates to the Visual Studio 2010 projects will come later, as the script to update them to Visual Studio 2012 must also be taken into account during' the process.
2013-08-21 10:05:47 +02:00
PreprocessorDefinitions="$(GLibBuildDefines);$(UseSystemPCREDefines)"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
RuntimeLibrary="2"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="3"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib pcre.lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
LinkIncremental="1"
GenerateDebugInformation="true"
SubSystem="2"
OptimizeReferences="2"
EnableCOMDATFolding="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
TargetMachine="1"
/>
</Configuration>
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Release_BundledPCRE|x64"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
OutputDirectory="$(SolutionDir)\Release\$(PlatformName)\bin"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
ConfigurationType="2"
CharacterSet="2"
WholeProgramOptimization="1"
>
<Tool
Name="VCCLCompilerTool"
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
PreprocessorDefinitions="$(GLibBuildDefines)"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
RuntimeLibrary="2"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="3"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib"
Enable libtool compatible DLL naming in the VS9 projects
2010-02-04 14:24:56 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
LinkIncremental="1"
GenerateDebugInformation="true"
SubSystem="2"
OptimizeReferences="2"
EnableCOMDATFolding="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
TargetMachine="17"
/>
</Configuration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
<Configuration
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
Name="Release|x64"
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
InheritedPropertySheets=".\glib-gen-srcs.vsprops"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
ConfigurationType="2"
CharacterSet="2"
WholeProgramOptimization="1"
>
<Tool
Name="VCCLCompilerTool"
MSVC 2008 Projects: Split the Property Sheets Split the property sheet into four sheets, to make maintainance of the build files easier, and also to prepare for using autotools to fill in the parts for the "installation" of headers. Also put more of the items that are repeated in the projects into the property sheets, also to improve ease of maintenance. Updates to the Visual Studio 2010 projects will come later, as the script to update them to Visual Studio 2012 must also be taken into account during' the process.
2013-08-21 10:05:47 +02:00
PreprocessorDefinitions="$(GLibBuildDefines);$(UseSystemPCREDefines)"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
RuntimeLibrary="2"
UsePrecompiledHeader="0"
WarningLevel="3"
DebugInformationFormat="3"
CompileAs="1"
/>
<Tool
Name="VCLinkerTool"
Update GLib Visual C++ projects Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
2011-11-21 03:45:27 +01:00
AdditionalDependencies="ws2_32.lib winmm.lib pcre.lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
OutputFile="$(OutDir)\$(GlibDllPrefix)$(ProjectName)$(GlibDllSuffix).dll"
LinkIncremental="1"
GenerateDebugInformation="true"
SubSystem="2"
OptimizeReferences="2"
EnableCOMDATFolding="2"
RandomizedBaseAddress="1"
DataExecutionPrevention="0"
MSVC Builds: Few More Enahncements Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
2015-03-04 13:11:43 +01:00
ImportLibrary="$(TargetDir)$(ProjectName)-$(ApiVersion).lib"
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
TargetMachine="17"
/>
</Configuration>
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
</Configurations>
<References>
</References>
<Files>
<Filter
Name="Source Files"
Filter="cpp;c;cc;cxx;def;odl;idl;hpj;bat;asm;asmx"
UniqueIdentifier="{4FC737F1-C7A5-4376-A066-2A32D752A2FF}"
>
Cleanup and Enhance the MSVC Project Generation Make use of the common autotools module that is used to generate the MSVC project files from their respective templates so that the main build files beccome cleaner, and enhance them in a way that the headers that should be installed can be written to the property sheets during 'make dist', so that the chances of missing headers for MSVC builds can be greatly reduced. Also use this autotools module to fill in the projects for glib-compile-schemas and glib-compile-resources. https://bugzilla.gnome.org/show_bug.cgi?id=735429
2015-09-03 09:19:48 +02:00
#include "glib.sourcefiles"
Avoid much of duplication in lists of source files Don't keep the lists of source files for libglib, libgobject and libgio in the VS project files in addition to the canonical location, the corresponding Makefile.am files. Instead, generate the corresponding .vcproj files at make dist time using the C preprocessor, from template files called .vcprojin. We still list explicitly in the .vcprojin files some of the Windows-specific source files, and the sources files of gnulib and pcre.
2010-03-21 15:11:49 +01:00
<File RelativePath="..\..\..\glib\giowin32.c" />
<File RelativePath="..\..\..\glib\gspawn-win32.c" />
Fix GLib MSVC Project The glib/gthread-win32.c was accidently removed from the last commit, sorry
2014-01-06 05:31:18 +01:00
<File RelativePath="..\..\..\glib\gthread-win32.c" />
Avoid much of duplication in lists of source files Don't keep the lists of source files for libglib, libgobject and libgio in the VS project files in addition to the canonical location, the corresponding Makefile.am files. Instead, generate the corresponding .vcproj files at make dist time using the C preprocessor, from template files called .vcprojin. We still list explicitly in the .vcprojin files some of the Windows-specific source files, and the sources files of gnulib and pcre.
2010-03-21 15:11:49 +01:00
<File RelativePath="..\..\..\glib\gwin32.c" />
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
<Filter
Name="libcharset"
>
VS support updates -Fix GLib project/filter files generation as some source items are under the "deprecated" subfolder, and filter out the gthread-*.c -Explicitly specify gthread-win32.c in the GLib project/filter file templates, since tarballs are done on Linux. -Don't define g_static_mutex_get_mutex in the pregenerated glibconfig.h.win32(.in) as it is defined in deprecated/gthread.h for Windows
2011-09-23 04:41:19 +02:00
<File RelativePath="..\..\..\glib\libcharset\localcharset.c">
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
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
<FileConfiguration Name="Debug|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
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
<FileConfiguration Name="Debug|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
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
<FileConfiguration Name="Release|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
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
<FileConfiguration Name="Release|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(LocalCharsetDefs)"/></FileConfiguration>
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
</File>
</Filter>
<Filter
Name="gnulib"
>
Avoid much of duplication in lists of source files Don't keep the lists of source files for libglib, libgobject and libgio in the VS project files in addition to the canonical location, the corresponding Makefile.am files. Instead, generate the corresponding .vcproj files at make dist time using the C preprocessor, from template files called .vcprojin. We still list explicitly in the .vcprojin files some of the Windows-specific source files, and the sources files of gnulib and pcre.
2010-03-21 15:11:49 +01:00
<File RelativePath="..\..\..\glib\gnulib\asnprintf.c" />
<File RelativePath="..\..\..\glib\gnulib\printf-args.c" />
<File RelativePath="..\..\..\glib\gnulib\printf-parse.c" />
<File RelativePath="..\..\..\glib\gnulib\printf.c" />
<File RelativePath="..\..\..\glib\gnulib\vasnprintf.c" />
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
</Filter>
<Filter
Name="pcre"
>
Update Visual C++ projects Update the build support of the included PCRE as we are now including PCRE 8.30 with the GLib distribution. Also "install" the new gversionmacros.h header file.
2012-02-29 04:58:16 +01:00
<File RelativePath="..\..\..\glib\pcre\pcre_byte_order.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Update Visual C++ projects Update the build support of the included PCRE as we are now including PCRE 8.30 with the GLib distribution. Also "install" the new gversionmacros.h header file.
2012-02-29 04:58:16 +01:00
</File>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
<File RelativePath="..\..\..\glib\pcre\pcre_chartables.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_compile.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_config.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_dfa_exec.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_exec.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_fullinfo.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_get.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_globals.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Update Visual C++ projects Update the build support of the included PCRE as we are now including PCRE 8.30 with the GLib distribution. Also "install" the new gversionmacros.h header file.
2012-02-29 04:58:16 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_jit_compile.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Update Visual C++ projects Update the build support of the included PCRE as we are now including PCRE 8.30 with the GLib distribution. Also "install" the new gversionmacros.h header file.
2012-02-29 04:58:16 +01:00
</File>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
<File RelativePath="..\..\..\glib\pcre\pcre_newline.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_ord2utf8.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Update Visual C++ projects Update the build support of the included PCRE as we are now including PCRE 8.30 with the GLib distribution. Also "install" the new gversionmacros.h header file.
2012-02-29 04:58:16 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_string_utils.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_study.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_tables.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
Update Visual C++ projects Update the build support of the included PCRE as we are now including PCRE 8.30 with the GLib distribution. Also "install" the new gversionmacros.h header file.
2012-02-29 04:58:16 +01:00
<File RelativePath="..\..\..\glib\pcre\pcre_valid_utf8.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
<File RelativePath="..\..\..\glib\pcre\pcre_xclass.c" >
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|Win32"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|Win32" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Debug_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Debug|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
<FileConfiguration Name="Release_BundledPCRE|x64"><Tool Name="VCCLCompilerTool" PreprocessorDefinitions="$(GLibBundledPCREDefines)" AdditionalOptions="$(GLibBundledPCREUndefs)" /></FileConfiguration>
<FileConfiguration Name="Release|x64" ExcludedFromBuild="true" ><Tool Name="VCCLCompilerTool" /></FileConfiguration>
Some enhancements for Win64 and using existing PCRE installtions Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds) Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 02:23:47 +01:00
</File>
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
</Filter>
</Filter>
<Filter
Name="Header Files"
Filter="h;hpp;hxx;hm;inl;inc;xsd"
UniqueIdentifier="{93995380-89BD-4b04-88EB-625FBE52EBFB}"
>
</Filter>
<Filter
Name="Resource Files"
Filter="rc;ico;cur;bmp;dlg;rc2;rct;bin;rgs;gif;jpg;jpeg;jpe;resx;tiff;tif;png;wav"
UniqueIdentifier="{67DA6AB6-F800-4c08-8B7A-83BB121AAD01}"
>
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<File RelativePath="..\..\..\config.h.win32">
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release_BundledPCRE|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release_BundledPCRE|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying config.h from config.h.win32..."
CommandLine="$(GenConfigH)"
Outputs="..\..\..\config.h"
/>
</FileConfiguration>
</File>
<File RelativePath="..\..\..\glib\glibconfig.h.win32">
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release_BundledPCRE|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release|Win32">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug_BundledPCRE|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Debug|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release_BundledPCRE|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
Visual Studio builds: Rearrange build configs This is a follow-up commit for commit 82c2461, where the default build is to use the PCRE that is installed in the system, if it is available and is not overridden with --with-internal-pcre. For Visual Studio builds, this means that the new 'Debug' and 'Release' configs will now use PCRE that is found on the system, which were renamed from the '*_ExtPCRE' configs; and that there are now 'Debug_BundledPCRE' and 'Release_BundledPCRE' configs which make use of the PCRE that is supplied with the GLib sources, which, replaces the former 'Debug' and 'Release' configs.
2016-01-18 09:04:45 +01:00
<FileConfiguration Name="Release|x64">
Visual Studio Projects: Cleanup Property Sheets Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
2013-12-27 05:25:18 +01:00
<Tool
Name="VCCustomBuildTool"
Description="Copying glibconfig.h from glibconfig.h.win32..."
CommandLine="$(GenGLibConfigH)"
Outputs="..\..\..\glib\glibconfig.h"
/>
</FileConfiguration>
</File>
Bug 688681: Stop using .def files in Visual Studio builds Since we are now starting to use __declspec (dllexport) to export the public functions during the build of the GLib DLLs (i.e. to generate the .lib files), we don't want to generate the .def files from the .symbols files as we did before for a long time. This removes from the projects the custom build steps to generate the various .def files This will also update the pre-configured config.h(.win32.in) to define _GLIB_EXTERN appropriately as __declspec (dllexport), as well as making its entries reflect config.h.in more closely.
2013-01-15 08:23:05 +01:00
<File RelativePath="..\..\..\glib\glib.rc" />
Bug 558153 - Patch for .def files generation 2008-11-02 Tor Lillqvist <tml@novell.com> Bug 558153 - Patch for .def files generation * win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it possible to compile in a directory containing spaces. .def files generation is done for every configuration not only the "Debug" ones. Patch by Guillaume Duhamel. svn path=/trunk/; revision=7639
2008-11-02 20:41:25 +01:00
</Filter>
</Files>
</VisualStudioProject>
Reference in New Issue Copy Permalink