kolan
/
CMake
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
CMake/Source/cmVisualStudio10TargetGener...

165 lines
6.1 KiB
C
Raw Normal View History

Convert CMake to OSI-approved BSD License This converts the CMake license to a pure 3-clause OSI-approved BSD License. We drop the previous license clause requiring modified versions to be plainly marked. We also update the CMake copyright to cover the full development time range.
2009-09-28 19:43:28 +04:00
/*============================================================================
CMake - Cross Platform Makefile Generator
Copyright 2000-2009 Kitware, Inc., Insight Software Consortium
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
Convert CMake to OSI-approved BSD License This converts the CMake license to a pure 3-clause OSI-approved BSD License. We drop the previous license clause requiring modified versions to be plainly marked. We also update the CMake copyright to cover the full development time range.
2009-09-28 19:43:28 +04:00
Distributed under the OSI-approved BSD License (the "License");
see accompanying file Copyright.txt for details.
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
Convert CMake to OSI-approved BSD License This converts the CMake license to a pure 3-clause OSI-approved BSD License. We drop the previous license clause requiring modified versions to be plainly marked. We also update the CMake copyright to cover the full development time range.
2009-09-28 19:43:28 +04:00
This software is distributed WITHOUT ANY WARRANTY; without even the
implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
See the License for more information.
============================================================================*/
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
#ifndef cmVisualStudioTargetGenerator_h
#define cmVisualStudioTargetGenerator_h
#include "cmStandardIncludes.h"
class cmTarget;
class cmMakefile;
Simplify cmVisualStudio10TargetGenerator using cmGeneratorTarget Use CustomCommands and ModuleDefinitionFile computed in the latter instead of recomputing them from the original target source files.
2012-03-07 20:56:21 +04:00
class cmGeneratorTarget;
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
class cmGeneratedFileStream;
WIP: VS 10 Win64 generator See issue #9754.
2009-10-22 16:24:11 +04:00
class cmGlobalVisualStudio10Generator;
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
class cmSourceFile;
class cmCustomCommand;
class cmLocalVisualStudio7Generator;
class cmComputeLinkInformation;
Detect and set Unicode character set in VS 10 This commit teaches the VS 10 generator to detect the -D_UNICODE option in preprocessor definitions and set the CharacterSet attribute to the value 'Unicode'. This was already done for other VS IDE versions. See issue #9769
2009-10-23 19:34:37 +04:00
class cmVisualStudioGeneratorOptions;
VS: Refactor flag table lookup In cmVisualStudio10TargetGenerator, convert the static functions currently used to lookup the flag table for each tool into class methods. This avoids passing the this->LocalGenerator member and gives the methods access to other information that may be useful in the future.
2014-06-03 21:34:21 +04:00
struct cmIDEFlagTable;
ENH: add group support and fix borland error
2009-07-11 08:05:20 +04:00
#include "cmSourceGroup.h"
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
class cmVisualStudio10TargetGenerator
{
public:
Remove trailing whitespace from most CMake and C/C++ code Our Git commit hooks disallow modification or addition of lines with trailing whitespace. Wipe out all remnants of trailing whitespace everywhere except third-party code. Run the following shell code: git ls-files -z -- \ bootstrap doxygen.config '*.readme' \ '*.c' '*.cmake' '*.cpp' '*.cxx' \ '*.el' '*.f' '*.f90' '*.h' '*.in' '*.in.l' '*.java' \ '*.mm' '*.pike' '*.py' '*.txt' '*.vim' | egrep -z -v '^(Utilities/cm|Source/(kwsys|CursesDialog/form)/)' | egrep -z -v '^(Modules/CPack\..*\.in)' | xargs -0 sed -i 's/ \+$//'
2012-08-13 21:42:58 +04:00
cmVisualStudio10TargetGenerator(cmTarget* target,
WIP: VS 10 Win64 generator See issue #9754.
2009-10-22 16:24:11 +04:00
cmGlobalVisualStudio10Generator* gg);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
~cmVisualStudio10TargetGenerator();
void Generate();
Remove trailing whitespace from most CMake and C/C++ code Our Git commit hooks disallow modification or addition of lines with trailing whitespace. Wipe out all remnants of trailing whitespace everywhere except third-party code. Run the following shell code: git ls-files -z -- \ bootstrap doxygen.config '*.readme' \ '*.c' '*.cmake' '*.cpp' '*.cxx' \ '*.el' '*.f' '*.f90' '*.h' '*.in' '*.in.l' '*.java' \ '*.mm' '*.pike' '*.py' '*.txt' '*.vim' | egrep -z -v '^(Utilities/cm|Source/(kwsys|CursesDialog/form)/)' | egrep -z -v '^(Modules/CPack\..*\.in)' | xargs -0 sed -i 's/ \+$//'
2012-08-13 21:42:58 +04:00
// used by cmVisualStudioGeneratorOptions
void WritePlatformConfigTag(
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
const char* tag,
stringapi: Pass configuration names as strings
2014-02-10 07:48:34 +04:00
const std::string& config,
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
int indentLevel,
const char* attribute = 0,
const char* end = 0,
std::ostream* strm = 0
);
Remove trailing whitespace from most CMake and C/C++ code Our Git commit hooks disallow modification or addition of lines with trailing whitespace. Wipe out all remnants of trailing whitespace everywhere except third-party code. Run the following shell code: git ls-files -z -- \ bootstrap doxygen.config '*.readme' \ '*.c' '*.cmake' '*.cpp' '*.cxx' \ '*.el' '*.f' '*.f90' '*.h' '*.in' '*.in.l' '*.java' \ '*.mm' '*.pike' '*.py' '*.txt' '*.vim' | egrep -z -v '^(Utilities/cm|Source/(kwsys|CursesDialog/form)/)' | egrep -z -v '^(Modules/CPack\..*\.in)' | xargs -0 sed -i 's/ \+$//'
2012-08-13 21:42:58 +04:00
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
private:
VS10: Simplify vcxproj.filter file generation Remove the duplicate source file classification logic used to generate the filter files. Instead record during the main vcxproj file generation the source files generated for each tool. Also record whether or not each source file is converted to a relative path. Use the recorded result during filter generation to ensure consistency between the project file and filter file.
2012-04-27 17:21:08 +04:00
struct ToolSource
{
Constify some APIs in generators.
2014-03-13 02:50:42 +04:00
cmSourceFile const* SourceFile;
VS10: Simplify vcxproj.filter file generation Remove the duplicate source file classification logic used to generate the filter files. Instead record during the main vcxproj file generation the source files generated for each tool. Also record whether or not each source file is converted to a relative path. Use the recorded result during filter generation to ensure consistency between the project file and filter file.
2012-04-27 17:21:08 +04:00
bool RelativePath;
};
struct ToolSources: public std::vector<ToolSource> {};
VS10: Convert paths normally unless forced to relative Most CMake generators produce relative paths within the build tree and full paths to files outside the build tree. Make VS 10 and VS 11 project files consistent with this approach except for paths forced to be relative to work around a VS 10 bug.
2012-04-27 18:42:23 +04:00
std::string ConvertPath(std::string const& path, bool forceRelative);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
void ConvertToWindowsSlash(std::string& s);
void WriteString(const char* line, int indentLevel);
void WriteProjectConfigurations();
void WriteProjectConfigurationValues();
VS: Factor MS-tool-specific vcxproj settings into helper Factor a WriteMSToolConfigurationValues helper method out of the cmVisualStudio10TargetGenerator::WriteProjectConfigurationValues method to isolate the configuration settings specific to MS tools.
2014-06-05 22:57:23 +04:00
void WriteMSToolConfigurationValues(std::string const& config);
VS: Refactor handling of "header" sources in VS >= 10 Create a WriteHeaderSource method to handle writing of sources classified by cmGeneratorTarget as header files. This will be useful to add special VS-specific handling for some headers.
2014-07-29 21:36:53 +04:00
void WriteHeaderSource(cmSourceFile const* sf);
VS: Refactor handling of "extra" sources in VS >= 10 Create a WriteExtraSource method to handle writing of sources not classified by cmGeneratorTarget for any particular purpose. This will be useful to add special VS-specific handling for some sources.
2014-07-29 21:32:22 +04:00
void WriteExtraSource(cmSourceFile const* sf);
VS: Teach vcxproj generation about the Tegra-Android platform Complete the basic implementation of the VS Tegra-Android generators by replacing parts of vcxproj files that are specific to MS tools with settings defined for the NVIDIA Nsight Tegra tools. Current limitations include: * We have no "flag table" so flags will be passed in the additional options fields instead of mapped to the vcxproj elements defined by Nsight Tegra msbuild platform definition files. * We have no interface to set the AndroidArch, AndroidStlType, or AndroidTargetAPI fields so defaults will be used. * The Nsight Tegra msbuild platform definition files do not provide a working "Utility" target type so for add_custom_target we need to use a "StaticLibrary" target type and leave out ClCompile rules. * There is also no target type for plain command-line executables so for add_executable we need to use a "DynamicLibrary" target. Full application bundles will likely require new CMake target properties (like WIN32_EXECUTABLE for Windows GUI executables).
2014-06-10 19:33:19 +04:00
void WriteNsightTegraConfigurationValues(std::string const& config);
VS: Convert 'WriteSource' tool argument to std::string
2014-07-29 21:26:19 +04:00
void WriteSource(std::string const& tool, cmSourceFile const* sf,
Constify some APIs in generators.
2014-03-13 02:50:42 +04:00
const char* end = 0);
VS: Convert 'WriteSource' tool argument to std::string
2014-07-29 21:26:19 +04:00
void WriteSources(std::string const& tool,
cmGeneratorTarget: Constify cmSourceFile* in containers. Some of them will be used with other APIs which require value_type to be cmSourceFile const*.
2014-03-13 02:06:05 +04:00
std::vector<cmSourceFile const*> const&);
Simplify cmVisualStudio10TargetGenerator source classification Combine WriteCLSources and WriteObjSources into a single method. Use the cmGeneratorTarget source classification to simplify tool selection for each source file. Extend the classification to handle .idl files.
2012-03-19 19:25:21 +04:00
void WriteAllSources();
VS: Add support for three new project properties (#12586) VS_GLOBAL_PROJECT_TYPES: A string containing UUIDs to embed in the Visual Studio project file under <ProjectTypes>. VS_GLOBAL_KEYWORD: Allows specification of a keyword like "ManagedCProj" instead of the default "Win32Proj", under <Keyword> VS_DOTNET_REFERENCES: Semicolon-delimited list of .NET references to add to the project, which creates a new <ItemGroup>.
2011-11-23 23:11:00 +04:00
void WriteDotNetReferences();
VS: Add Resx configuration to the vcxproj file In my project group we are using CMake to generate c++/cli winform projects and I noticed the work done in commit 79ec7868 (VS: Add Windows Forms Support, 2013-04-29) was in the right direction for solving some of the problems we were facing. The changes as submitted was breaking some functionality in our projects, so I made some changes that fixes our problems and I believe that it will also work for others. * Resx files did not link correctly with the winform h-file so I added the Resx configuration to the vcxproj file. * I removed the functionality for setting <CLRSupport> true for the project based on if an resx-file is pressent. This is preventing us from using native cpp code. Also this do not address that some projects will need to set other options like clr:pure, clr:safe. This could be implemented as a cmake option, so it is possible to specify exactly what is needed. Existing VSWindowsFormsResx Test project is updated so it will be working with my changes.
2013-06-28 11:04:01 +04:00
void WriteEmbeddedResourceGroup();
VS: Add support for WinRT project properties (#12930) VS_WINRT_EXTENSIONS: Boolean property that correspond to "Enable Tailored Features" in Visual Studio 11 IDE. VS_WINRT_REFERENCES: Semicolon-delimited list of *.winmd references to add to the project, which creates a new <ItemGroup>.
2012-02-03 18:07:12 +04:00
void WriteWinRTReferences();
VS: Handle .pfx files explicitly in generator Teach cmGeneratorTarget to classify .pfx files as package certificate key files. Teach cmVisualStudio10TargetGenerator to write them as PackageCertificateKeyFile in .vcxproj files. Inspired-by: Minmin Gong <minmin.gong@gmail.com>
2014-08-11 22:17:12 +04:00
void WriteWinRTPackageCertificateKeyFile();
VS: Add support for XAML source files XAML files are by default of type Page in the vcxproj and can be overriden by setting the VS_XAML_TYPE property. The .cpp and .h file of the same name are automatically added as depending on the XAML file. New VSXaml test builds a basic XAML WindowsStore 8.1 app with VS2013.
2015-03-31 23:49:39 +03:00
void WriteXamlFilesGroup();
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
void WritePathAndIncrementalLinkOptions();
void WriteItemDefinitionGroups();
VS: Mark Windows Phone and Store targets as App Containers * Add AppContainerApplication to non-UTILITY targets * Generate app manifest and related files if project does not provide them. Place them in a per-target directory to avoid clashes. * Mark WinRT components with WinMDAssembly * Import Windows Phone 8.0 targets in .vcxproj files when necessary, and reference platform.winmd. Inspired-by: Paul Annetts <paul@lightunobscured.com>
2014-08-15 01:52:53 +04:00
void VerifyNecessaryFiles();
void WriteMissingFiles();
void WriteMissingFilesWP80();
void WriteMissingFilesWP81();
void WriteMissingFilesWS80();
void WriteMissingFilesWS81();
void WriteCommonMissingFiles(const std::string& manifestFile);
void WriteTargetSpecificReferences();
VS: Add Windows Forms Support Add support to maintain designer functionality for Visual Studio C++ Windows Forms projects. Also add a test project showing how to use the CMakeLists.txt file and, when successfully configured, will allow use of the designer for the included form.
2013-04-29 18:48:22 +04:00
VS10: Skip targets with no linker language (#11230) In targets with no non-header files the linker language cannot be determined. Since the target project file cannot be generated at all in this case, give up as soon as it is detected. Otherwise the generation code may try to run with uninitialized information.
2010-09-30 16:48:38 +04:00
bool ComputeClOptions();
bool ComputeClOptions(std::string const& configName);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
void WriteClOptions(std::string const& config,
std::vector<std::string> const & includes);
VS: Fix handling of non-preprocessor flags in CMAKE_RC_FLAGS Teach the VS >= 10 generator to honor flags other than -I and -D in the CMAKE_RC_FLAGS[_<CONFIG>] variable. Place them within the ResourceCompile .vcxproj element under AdditionalOptions. Also add a rudimentary flag map to map '-n' to 'NullTerminateStrings'.
2014-07-10 03:01:18 +04:00
bool ComputeRcOptions();
bool ComputeRcOptions(std::string const& config);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
void WriteRCOptions(std::string const& config,
std::vector<std::string> const & includes);
VS: Populate MASM tool build settings in .vcxproj files
2014-08-13 19:20:20 +04:00
bool ComputeMasmOptions();
bool ComputeMasmOptions(std::string const& config);
void WriteMasmOptions(std::string const& config,
std::vector<std::string> const& includes);
VS10: Refactor link options collection Avoid collecting the link options twice. Collect them once in a LinkOptions member and use it from both places. We already do this for compiler options with the ClOptions member.
2012-10-26 18:16:45 +04:00
bool ComputeLinkOptions();
bool ComputeLinkOptions(std::string const& config);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
void WriteLinkOptions(std::string const& config);
void WriteMidlOptions(std::string const& config,
std::vector<std::string> const & includes);
VS: Generate ANDROID_GUI executables as app packages When an executable is marked with ANDROID_GUI, generate an AntBuild step in the .vcxproj file and point it at the directory found to contain AndroidManifest.xml. Assume it also contains build.xml.
2014-09-02 22:33:17 +04:00
void WriteAntBuildOptions(std::string const& config);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
void OutputLinkIncremental(std::string const& configName);
Constify some APIs in generators.
2014-03-13 02:50:42 +04:00
void WriteCustomRule(cmSourceFile const* source,
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
cmCustomCommand const & command);
void WriteCustomCommands();
Constify some APIs in generators.
2014-03-13 02:50:42 +04:00
void WriteCustomCommand(cmSourceFile const* sf);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
void WriteGroups();
void WriteProjectReferences();
VS: Generate WindowsPhone and WindowsStore application types Generate the ApplicationType and ApplicationTypeRevision elements in .vcxproj files.
2014-07-31 21:22:35 +04:00
void WriteApplicationTypeSettings();
Constify some APIs in generators.
2014-03-13 02:50:42 +04:00
bool OutputSourceSpecificFlags(cmSourceFile const* source);
cmIDEOption: Store mapped flag values as a vector<string> Some FlagMap entries are ;-lists. Store values as vector<string> so that individual values may contain ';' characters. Delay the construction of the final ;-list until writing to the VS project file. With this approach the generated file may contain ;-separated values that contain encoded ';' characters.
2014-07-23 19:13:13 +04:00
void AddLibraries(cmComputeLinkInformation& cli,
std::vector<std::string>& libVec);
ENH: add rest of lib check
2009-06-28 17:46:25 +04:00
void WriteLibOptions(std::string const& config);
Add support for *.manifest source files with MSVC tools Classify .manifest sources separately, add dependencies on them, and pass them to the MS manifest tool to merge with linker-generated manifest files. Inspired-by: Gilles Khouzam <gillesk@microsoft.com>
2015-09-16 17:24:16 +03:00
void WriteManifestOptions(std::string const& config);
ENH: only 5 failing tests for VS 10
2009-07-10 17:12:39 +04:00
void WriteEvents(std::string const& configName);
cmTarget: Make custom command accessors API const. Add specific mutators instead of providing non-const refs.
2013-11-19 14:05:47 +04:00
void WriteEvent(const char* name,
std::vector<cmCustomCommand> const& commands,
ENH: only 5 failing tests for VS 10
2009-07-10 17:12:39 +04:00
std::string const& configName);
VS10: Simplify vcxproj.filter file generation Remove the duplicate source file classification logic used to generate the filter files. Instead record during the main vcxproj file generation the source files generated for each tool. Also record whether or not each source file is converted to a relative path. Use the recorded result during filter generation to ensure consistency between the project file and filter file.
2012-04-27 17:21:08 +04:00
void WriteGroupSources(const char* name, ToolSources const& sources,
ENH: add group support and fix borland error
2009-07-11 08:05:20 +04:00
std::vector<cmSourceGroup>& );
Fix nested source groups with VS 10 (#9863) Add intermediate (but empty) source group filters for the container groups.
2010-06-11 23:33:38 +04:00
void AddMissingSourceGroups(std::set<cmSourceGroup*>& groupsUsed,
const std::vector<cmSourceGroup>& allGroups);
VS: Add Windows Forms Support Add support to maintain designer functionality for Visual Studio C++ Windows Forms projects. Also add a test project showing how to use the CMakeLists.txt file and, when successfully configured, will allow use of the designer for the included form.
2013-04-29 18:48:22 +04:00
bool IsResxHeader(const std::string& headerFile);
VS: Add support for XAML source files XAML files are by default of type Page in the vcxproj and can be overriden by setting the VS_XAML_TYPE property. The .cpp and .h file of the same name are automatically added as depending on the XAML file. New VSXaml test builds a basic XAML WindowsStore 8.1 app with VS2013.
2015-03-31 23:49:39 +03:00
bool IsXamlHeader(const std::string& headerFile);
bool IsXamlSource(const std::string& headerFile);
Fix nested source groups with VS 10 (#9863) Add intermediate (but empty) source group filters for the container groups.
2010-06-11 23:33:38 +04:00
VS: Refactor flag table lookup In cmVisualStudio10TargetGenerator, convert the static functions currently used to lookup the flag table for each tool into class methods. This avoids passing the this->LocalGenerator member and gives the methods access to other information that may be useful in the future.
2014-06-03 21:34:21 +04:00
cmIDEFlagTable const* GetClFlagTable() const;
VS: Fix handling of non-preprocessor flags in CMAKE_RC_FLAGS Teach the VS >= 10 generator to honor flags other than -I and -D in the CMAKE_RC_FLAGS[_<CONFIG>] variable. Place them within the ResourceCompile .vcxproj element under AdditionalOptions. Also add a rudimentary flag map to map '-n' to 'NullTerminateStrings'.
2014-07-10 03:01:18 +04:00
cmIDEFlagTable const* GetRcFlagTable() const;
VS: Refactor flag table lookup In cmVisualStudio10TargetGenerator, convert the static functions currently used to lookup the flag table for each tool into class methods. This avoids passing the this->LocalGenerator member and gives the methods access to other information that may be useful in the future.
2014-06-03 21:34:21 +04:00
cmIDEFlagTable const* GetLibFlagTable() const;
cmIDEFlagTable const* GetLinkFlagTable() const;
VS: Populate MASM tool build settings in .vcxproj files
2014-08-13 19:20:20 +04:00
cmIDEFlagTable const* GetMasmFlagTable() const;
VS: Refactor flag table lookup In cmVisualStudio10TargetGenerator, convert the static functions currently used to lookup the flag table for each tool into class methods. This avoids passing the this->LocalGenerator member and gives the methods access to other information that may be useful in the future.
2014-06-03 21:34:21 +04:00
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
private:
Detect and set Unicode character set in VS 10 This commit teaches the VS 10 generator to detect the -D_UNICODE option in preprocessor definitions and set the CharacterSet attribute to the value 'Unicode'. This was already done for other VS IDE versions. See issue #9769
2009-10-23 19:34:37 +04:00
typedef cmVisualStudioGeneratorOptions Options;
strings: Remove cmStdString references Casts from std::string -> cmStdString were high on the list of things taking up time. Avoid such implicit casts across function calls by just using std::string everywhere. The comment that the symbol name is too long is no longer relevant since modern debuggers alias the templates anyways and the size is a non-issue since the underlying methods are generated since it's inherited.
2014-02-10 09:21:34 +04:00
typedef std::map<std::string, Options*> OptionsMap;
Detect and set Unicode character set in VS 10 This commit teaches the VS 10 generator to detect the -D_UNICODE option in preprocessor definitions and set the CharacterSet attribute to the value 'Unicode'. This was already done for other VS IDE versions. See issue #9769
2009-10-23 19:34:37 +04:00
OptionsMap ClOptions;
VS: Fix handling of non-preprocessor flags in CMAKE_RC_FLAGS Teach the VS >= 10 generator to honor flags other than -I and -D in the CMAKE_RC_FLAGS[_<CONFIG>] variable. Place them within the ResourceCompile .vcxproj element under AdditionalOptions. Also add a rudimentary flag map to map '-n' to 'NullTerminateStrings'.
2014-07-10 03:01:18 +04:00
OptionsMap RcOptions;
VS: Populate MASM tool build settings in .vcxproj files
2014-08-13 19:20:20 +04:00
OptionsMap MasmOptions;
VS10: Refactor link options collection Avoid collecting the link options twice. Collect them once in a LinkOptions member and use it from both places. We already do this for compiler options with the ClOptions member.
2012-10-26 18:16:45 +04:00
OptionsMap LinkOptions;
ENH: only 5 failing tests for VS 10
2009-07-10 17:12:39 +04:00
std::string PathToVcxproj;
VS: Do not accumulate configurations globally (#15577) Drop the VS >= 7 generator's global Configurations member and instead lookup configurations using cmMakefile::GetConfigurations where needed. This avoids accumulating all CMAKE_CONFIGURATION_TYPES values ever encountered by a project() or enable_language() command and allows the final value to be used in each directory. We don't officially support per-directory CMAKE_CONFIGURATION_TYPES values but we certainly should not generate configurations not in the final value in the top level directory.
2015-05-20 20:55:21 +03:00
std::vector<std::string> Configurations;
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
cmTarget* Target;
Simplify cmVisualStudio10TargetGenerator using cmGeneratorTarget Use CustomCommands and ModuleDefinitionFile computed in the latter instead of recomputing them from the original target source files.
2012-03-07 20:56:21 +04:00
cmGeneratorTarget* GeneratorTarget;
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
cmMakefile* Makefile;
std::string Platform;
std::string GUID;
ENH: almost all tests passing in vs 10, commit fixes preprocess and starts vs external project
2009-07-14 00:58:24 +04:00
std::string Name;
VS: Make MS-tool-specific options conditional Make blocks adding MS-tool-specific options conditional on a new "MSTools" boolean member of cmVisualStudio10TargetGenerator. Hard-code the member to true for now to preserve existing behavior.
2014-06-10 18:13:00 +04:00
bool MSTools;
VS: Teach vcxproj generation about the Tegra-Android platform Complete the basic implementation of the VS Tegra-Android generators by replacing parts of vcxproj files that are specific to MS tools with settings defined for the NVIDIA Nsight Tegra tools. Current limitations include: * We have no "flag table" so flags will be passed in the additional options fields instead of mapped to the vcxproj elements defined by Nsight Tegra msbuild platform definition files. * We have no interface to set the AndroidArch, AndroidStlType, or AndroidTargetAPI fields so defaults will be used. * The Nsight Tegra msbuild platform definition files do not provide a working "Utility" target type so for add_custom_target we need to use a "StaticLibrary" target type and leave out ClCompile rules. * There is also no target type for plain command-line executables so for add_executable we need to use a "DynamicLibrary" target. Full application bundles will likely require new CMake target properties (like WIN32_EXECUTABLE for Windows GUI executables).
2014-06-10 19:33:19 +04:00
bool NsightTegra;
VS: Generate Nsight Tegra project revision number Nsight Tegra 2.0 will be revision '8'. Generate this revision number and add a NsightTegraUpgradeOnceWithoutPrompt element to tell newer versions not to prompt when upgrading the generated project file.
2014-09-26 22:57:30 +04:00
int NsightTegraVersion[4];
VS: Do not compile C sources as WinRT (#15100) The MSVC /ZW flag is valid only for C++ sources. Whenever we enable CompileAsWinRT for the whole target, disable it for all C sources. Update the documentation of VS_WINRT_COMPONENT to drop the statement about undefined behavior for non-C++ sources, because it is now defined as expected.
2014-08-22 17:27:00 +04:00
bool TargetCompileAsWinRT;
WIP: VS 10 Win64 generator See issue #9754.
2009-10-22 16:24:11 +04:00
cmGlobalVisualStudio10Generator* GlobalGenerator;
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
cmGeneratedFileStream* BuildFileStream;
cmLocalVisualStudio7Generator* LocalGenerator;
Constify some APIs in generators.
2014-03-13 02:50:42 +04:00
std::set<cmSourceFile const*> SourcesVisited;
VS: Mark Windows Phone and Store targets as App Containers * Add AppContainerApplication to non-UTILITY targets * Generate app manifest and related files if project does not provide them. Place them in a per-target directory to avoid clashes. * Mark WinRT components with WinMDAssembly * Import Windows Phone 8.0 targets in .vcxproj files when necessary, and reference platform.winmd. Inspired-by: Paul Annetts <paul@lightunobscured.com>
2014-08-15 01:52:53 +04:00
bool IsMissingFiles;
std::vector<std::string> AddedFiles;
std::string DefaultArtifactDir;
VS10: Simplify vcxproj.filter file generation Remove the duplicate source file classification logic used to generate the filter files. Instead record during the main vcxproj file generation the source files generated for each tool. Also record whether or not each source file is converted to a relative path. Use the recorded result during filter generation to ensure consistency between the project file and filter file.
2012-04-27 17:21:08 +04:00
strings: Remove cmStdString references Casts from std::string -> cmStdString were high on the list of things taking up time. Avoid such implicit casts across function calls by just using std::string everywhere. The comment that the symbol name is too long is no longer relevant since modern debuggers alias the templates anyways and the size is a non-issue since the underlying methods are generated since it's inherited.
2014-02-10 09:21:34 +04:00
typedef std::map<std::string, ToolSources> ToolSourceMap;
VS10: Simplify vcxproj.filter file generation Remove the duplicate source file classification logic used to generate the filter files. Instead record during the main vcxproj file generation the source files generated for each tool. Also record whether or not each source file is converted to a relative path. Use the recorded result during filter generation to ensure consistency between the project file and filter file.
2012-04-27 17:21:08 +04:00
ToolSourceMap Tools;
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
};
#endif