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

158 lines
5.3 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 cmGlobalVisualStudio10Generator_h
#define cmGlobalVisualStudio10Generator_h
#include "cmGlobalVisualStudio8Generator.h"
/** \class cmGlobalVisualStudio10Generator
* \brief Write a Unix makefiles.
*
* cmGlobalVisualStudio10Generator manages UNIX build process for a tree
*/
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
class cmGlobalVisualStudio10Generator :
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
public cmGlobalVisualStudio8Generator
{
public:
cmGlobalGenerator: Require a cmake instance in ctor. It is required anyway, so this makes it explicit.
2015-05-24 12:31:14 +03:00
cmGlobalVisualStudio10Generator(cmake* cm, const std::string& name,
VS: Refactor CMAKE_FORCE_*64 platform definitions Remove the general infrastructure for these additional platform definitions and hard-code the only two special cases that used it. They are only for historical reasons so no new such cases should be added.
2014-07-18 00:16:10 +04:00
const std::string& platformName);
VS: Remove platform specific generator files Move the whole logic into the base class and the factory.
2012-11-19 22:05:55 +04:00
static cmGlobalGeneratorFactory* NewFactory();
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
stringapi: Use strings for generator names
2014-02-25 02:36:27 +04:00
virtual bool MatchesGeneratorName(const std::string& name) const;
VS: Add version year to generator names Rename the Visual Studio >= 10 generators to indicate the version year: Visual Studio 10 => Visual Studio 10 2010 Visual Studio 11 => Visual Studio 11 2012 Visual Studio 12 => Visual Stduio 12 2013 Report the names with the year to the list of available generators so that the cmake-gui drop-down shows the years. When selecting a generator from the "-G" option or from an existing CMAKE_GENERATOR cache entry, recognize names without the years for compatibility and map them to the names with years. Update the generator names in the cmake-generators.7 manual.
2013-10-28 18:08:11 +04:00
VS: Delay platform definitions until system name is known Move the definition of CMAKE_VS_PLATFORM_NAME and other variables that are not needed by CMakeDetermineSystem out of the AddPlatformDefinitions method and into a SetSystemName method. The latter may later use CMAKE_SYSTEM_NAME to decide what platform-specific definitions to add.
2014-07-18 00:34:21 +04:00
virtual bool SetSystemName(std::string const& s, cmMakefile* mf);
VS: Implement CMAKE_GENERATOR_PLATFORM for VS >= 8 For VS generator names that do not specify the platform name, read CMAKE_GENERATOR_PLATFORM to get it. Extend the RunCMake.GeneratorPlatform test with a case covering use of the x64 platform when the test generator is a Visual Studio generator whose name does not specify a platform.
2014-09-05 22:53:01 +04:00
virtual bool SetGeneratorPlatform(std::string const& p, cmMakefile* mf);
cmGlobalVisualStudio10Generator: Re-order some methods Order SetSystemName and SetGeneratorToolset method declarations and definitions as they are called.
2014-09-05 21:43:52 +04:00
virtual bool SetGeneratorToolset(std::string const& ts, cmMakefile* mf);
VS: Implement generator toolset selection (#10722, #13774) Implement generator toolset selection (cmake -T) for VS >= 10 by setting the PlatformToolset. Extend the RunCMake.GeneratorToolset test case to verify CMAKE_GENERATOR_TOOLSET when the generator supports -T. Since commit 485a940e (VS: Simplify MSVC version reporting, 2012-08-23) all MSVC version information is detected during the compiler id step from the actual compiler invoked by generated build systems rather than hard-coded in VS generators. Therefore we can set the PlatformToolset in VS >= 10 project files and support toolsets from other VS versions.
2012-12-10 19:52:10 +04:00
cmGlobalGenerator: Cleanup GenerateBuildCommand API All cmGlobalGenerator::GenerateBuildCommand call sites that need to produce a string now generate "cmake --build" commands. The remaining call sites immediately pass the result to cmSystemTools::RunSingleCommand. Avoid the intermediate string and argument parsing by directly producing a vector of strings. Also drop the ignoreErrors argument because no call sites remain that use it.
2013-11-15 22:33:32 +04:00
virtual void GenerateBuildCommand(
std::vector<std::string>& makeCommand,
stringapi: Use strings for program paths
2014-02-25 02:38:55 +04:00
const std::string& makeProgram,
stringapi: Use strings for VS project names
2014-02-08 00:40:05 +04:00
const std::string& projectName,
stringapi: Use strings for directories
2014-02-25 02:38:30 +04:00
const std::string& projectDir,
stringapi: Use strings in target name
2014-02-07 02:31:47 +04:00
const std::string& targetName,
stringapi: Pass configuration names as strings
2014-02-10 07:48:34 +04:00
const std::string& config,
cmake: Teach --build to honor CMAKE_VERBOSE_MAKEFILE for Ninja The Ninja build system does not support a in-file verbositiy switch. Instead teach 'cmake --build' to extract the CMAKE_VERBOSE_MAKEFILE setting and pass it as an optional '-v' argument to Ninja. This can serve as a reasonable fallback. Signed-off-by: Gregor Jasny <gjasny@googlemail.com>
2015-02-26 13:32:26 +03:00
bool fast, bool verbose,
cmGlobalGenerator: Cleanup GenerateBuildCommand API All cmGlobalGenerator::GenerateBuildCommand call sites that need to produce a string now generate "cmake --build" commands. The remaining call sites immediately pass the result to cmSystemTools::RunSingleCommand. Avoid the intermediate string and argument parsing by directly producing a vector of strings. Also drop the ignoreErrors argument because no call sites remain that use it.
2013-11-15 22:33:32 +04:00
std::vector<std::string> const& makeOptions = std::vector<std::string>()
);
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
///! create the correct local generator
cmLocalGenerator: Create from already-constructed cmMakefile. Don't manage the lifetime of the cmMakefile with cmLocalGenerator.
2015-08-02 12:41:51 +03:00
virtual cmLocalGenerator *CreateLocalGenerator(cmMakefile* mf);
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
/**
Fix some spelling errors in comments
2014-10-10 03:22:45 +04:00
* Try to determine system information such as shared library
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
* extension, pthreads, byte order etc.
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
*/
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
virtual void EnableLanguage(std::vector<std::string>const& languages,
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
cmMakefile *, bool optional);
virtual void WriteSLNHeader(std::ostream& fout);
Enable 64-bit tools with VS 2010 Express (#9981, #10722) The Express Edition does not come with 64-bit tools, but one can install the "Microsoft Windows SDK v7.1" to get them. Detect this case and check for the SDK. If found, set PlatformToolset to use the SDK tools. Otherwise, fail with a concise and informative error.
2010-12-01 20:48:32 +03:00
/** Is the installed VS an Express edition? */
bool IsExpressEdition() const { return this->ExpressEdition; }
VS: Teach VS >= 10 to recognize CMAKE_SYSTEM_NAME 'Android' When CMAKE_SYSTEM_NAME is 'Android', check for an installation of 'NVIDIA Nsight Tegra Visual Studio Edition' and generate .vcxproj files for the "Tegra-Android" platform. Also make the installed version available in a CMAKE_VS_NsightTegra_VERSION variable.
2014-07-18 19:12:11 +04:00
/** Generating for Nsight Tegra VS plugin? */
bool IsNsightTegra() const;
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
std::string GetNsightTegraVersion() const;
VS: Teach VS >= 10 to recognize CMAKE_SYSTEM_NAME 'Android' When CMAKE_SYSTEM_NAME is 'Android', check for an installation of 'NVIDIA Nsight Tegra Visual Studio Edition' and generate .vcxproj files for the "Tegra-Android" platform. Also make the installed version available in a CMAKE_VS_NsightTegra_VERSION variable.
2014-07-18 19:12:11 +04:00
Enable 64-bit tools with VS 2010 Express (#9981, #10722) The Express Edition does not come with 64-bit tools, but one can install the "Microsoft Windows SDK v7.1" to get them. Detect this case and check for the SDK. If found, set PlatformToolset to use the SDK tools. Otherwise, fail with a concise and informative error.
2010-12-01 20:48:32 +03:00
/** The toolset name for the target platform. */
VS: Split user- and generator-provided PlatformToolset Divide the cmGlobalVisualStudio10Generator "PlatformToolset" member into two members representing the generator-selected default toolset and the user-specified CMAKE_GENERATOR_TOOLSET value. Prefer the user-specified value, if any, and then fall back to the generator-selected default.
2014-06-04 21:09:35 +04:00
const char* GetPlatformToolset() const;
Enable 64-bit tools with VS 2010 Express (#9981, #10722) The Express Edition does not come with 64-bit tools, but one can install the "Microsoft Windows SDK v7.1" to get them. Detect this case and check for the SDK. If found, set PlatformToolset to use the SDK tools. Otherwise, fail with a concise and informative error.
2010-12-01 20:48:32 +03:00
VS: Add internal API to get system name and version Add cmGlobalVisualStudio10Generator::GetSystemName and GetSystemVersion methods to access the corresponding members publicly.
2014-07-30 22:06:07 +04:00
/** Return the CMAKE_SYSTEM_NAME. */
std::string const& GetSystemName() const { return this->SystemName; }
/** Return the CMAKE_SYSTEM_VERSION. */
std::string const& GetSystemVersion() const { return this->SystemVersion; }
VS: Add support for selecting the Windows 10 SDK (#15670) Teach the VS 2015 generator to produce a WindowsTargetPlatformVersion value. Use the CMAKE_SYSTEM_VERSION to specify the version and if not set choose a default based on available SDKs. Activate this behavior when targeting Windows 10. Co-Author: Brad King <brad.king@kitware.com>
2015-09-30 23:22:43 +03:00
/** Return the Windows version targeted on VS 2015 and above. */
std::string const& GetWindowsTargetPlatformVersion() const
{ return this->WindowsTargetPlatformVersion; }
VS: Teach VS >= 10 generator about Windows CE When CMAKE_SYSTEM_NAME is 'WindowsCE': * Set the Subsystem and EntryPointSymbol accordingly. * When CMAKE_SYSTEM_VERSION is 8.0 (Windows CE 2013), select the CE800 toolset by default.
2014-09-15 17:46:43 +04:00
/** Return true if building for WindowsCE */
bool TargetsWindowsCE() const
{ return this->SystemIsWindowsCE; }
VS: Save WindowsPhone and WindowsStore system internally Add boolean members to the VS >= 10 global generator to save whether CMAKE_SYSTEM_NAME is WindowsPhone or WindowsStore without having to repeat a string comparison. Inspired-by: Gilles Khouzam <gillesk@microsoft.com>
2014-07-29 19:42:30 +04:00
/** Return true if building for WindowsPhone */
bool TargetsWindowsPhone() const
{ return this->SystemIsWindowsPhone; }
/** Return true if building for WindowsStore */
bool TargetsWindowsStore() const
{ return this->SystemIsWindowsStore; }
Rename/constify build-time config placeholder lookup Rename cmGlobalGenerator::GetCMakeCFG{InitDirectory => IntDir} to have a shorter name without a typo. Add a 'const' qualifier since the method is only for lookup and never needs to modify anything.
2012-03-09 01:18:55 +04:00
virtual const char* GetCMakeCFGIntDir() const
Fix VS 10 value of CMAKE_CFG_INTDIR VS 10 provides $(Configuration) and $(ConfigurationName) but only the former is documented so we prefer it. This also makes CMAKE_CFG_INTDIR consistent with its documentation. See issue #9916.
2009-11-18 23:50:29 +03:00
{ return "$(Configuration)";}
VS: Factor Find64BitTools out of Win64 generator to parent It will be shared with a forthcoming IA64 generator.
2011-06-19 20:40:28 +04:00
bool Find64BitTools(cmMakefile* mf);
VS10: Avoid creating .rule files next to outputs (#13141) Hide custom command .rule files inside the CMakeFiles directory. Ensure a short, deterministic, and unique name by using a hash of the directory path containing the output file. Preserve the file name so the entry in the IDE is human-readable. Clarify the comment that explains why the rule file must be created on disk.
2012-04-18 23:50:49 +04:00
/** Generate an <output>.rule file path for a given command output. */
virtual std::string GenerateRuleFile(std::string const& output) const;
VS10: Port to cmGeneratorTarget.
2015-10-22 19:27:57 +03:00
void PathTooLong(cmGeneratorTarget* target, cmSourceFile const* sf,
VS10: Generate relative source paths when possible (#12570) Since commit ed0075bd (Use relative paths for custom command inputs, 2011-06-22) CMake generates full paths to source files in VS 10 project files to avoid trouble with deep source/build tree paths. However, the VS 10 IDE will not populate the source file property dialog for a file referenced by full path. Instead use a relative path when possible. When not possible produce a detailed warning explaining the problem and suggesting use of shorter directory paths.
2012-04-27 22:13:02 +04:00
std::string const& sfRel);
VS: Generate ToolsVersion matching each VS version The MSBuild version for each Visual Studio generator isn't 4.0. With Visual Studo 2013 the ToolsVersion moved from being tied to the .NET framework and now has its own version number.
2013-08-20 22:59:59 +04:00
virtual const char* GetToolsVersion() { return "4.0"; }
VS: Add CMAKE_VS_(DEVENV|MSBUILD|MSDEV)_COMMAND variables Since commit 5f5c92b9 (VS: Add internal APIs to find MSBuild, devenv/VCExpress, and msdev, 2013-11-13) the VS generators have known how to lookup the locations of their build tools directly. Expose this information to CMake language code by defining new variables to hold the paths to these tools.
2013-12-04 19:35:04 +04:00
virtual void FindMakeProgram(cmMakefile*);
VS: Teach VS >= 10 to recognize CMAKE_SYSTEM_NAME 'Android' When CMAKE_SYSTEM_NAME is 'Android', check for an installation of 'NVIDIA Nsight Tegra Visual Studio Edition' and generate .vcxproj files for the "Tegra-Android" platform. Also make the installed version available in a CMAKE_VS_NsightTegra_VERSION variable.
2014-07-18 19:12:11 +04:00
static std::string GetInstalledNsightTegraVersion();
Create VS generator GetRegistryBase method This method returns the registry key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\<version> A protected GetIDEVersion method retrieves the version-specific part of the key name.
2009-09-16 19:44:08 +04:00
protected:
cmGlobalGenerator: Create a non-virtual 'DoGenerate' method Make the virtual 'Generate' method protected. Make 'DoGenerate' the main entry point to generation. This gives cmGlobalGenerator a chance to do some early operations before the individual generator-specific implementations take over.
2014-07-22 23:01:05 +04:00
virtual void Generate();
VS: Add a hook to adapt to SystemName and SystemVersion Add a virtual cmGlobalVisualStudio10Generator::InitializeSystem method called from SetSystemName once the SystemName and SystemVersion members have been populated. This will give VS version-specific generators a chance to recognize and adapt to the target system.
2014-07-28 23:37:15 +04:00
virtual bool InitializeSystem(cmMakefile* mf);
VS: Add hook to initialize Windows platform settings Give VS 10+ generators a chance to choose Windows platform settings just as they already can for WindowsCE, WindowsStore, and WindowsPhone.
2015-09-24 00:27:07 +03:00
virtual bool InitializeWindows(cmMakefile* mf);
VS: Teach VS >= 10 generator about Windows CE When CMAKE_SYSTEM_NAME is 'WindowsCE': * Set the Subsystem and EntryPointSymbol accordingly. * When CMAKE_SYSTEM_VERSION is 8.0 (Windows CE 2013), select the CE800 toolset by default.
2014-09-15 17:46:43 +04:00
virtual bool InitializeWindowsCE(cmMakefile* mf);
VS: Select WindowsPhone and WindowsStore default toolsets Teach the VS >= 10 generators to recognize these system names and select the appropriate default toolset for the system version. Report an error when the version is not known to be supported by VS. Inspired-by: Gilles Khouzam <gillesk@microsoft.com>
2014-07-29 00:15:43 +04:00
virtual bool InitializeWindowsPhone(cmMakefile* mf);
virtual bool InitializeWindowsStore(cmMakefile* mf);
VS: Improve error messages when compiler is not detected (#15228) CMake requires both the Desktop SDK and the correct platform SDK (Windows Phone or Windows Store) to be installed when targeting the Windows mobile platforms. Verify that the right platform components are installed and give a more detailed error message when something is wrong.
2014-11-13 22:47:01 +03:00
VS: Teach VS >= 10 generator about Windows CE When CMAKE_SYSTEM_NAME is 'WindowsCE': * Set the Subsystem and EntryPointSymbol accordingly. * When CMAKE_SYSTEM_VERSION is 8.0 (Windows CE 2013), select the CE800 toolset by default.
2014-09-15 17:46:43 +04:00
virtual std::string SelectWindowsCEToolset() const;
VS: Improve error messages when compiler is not detected (#15228) CMake requires both the Desktop SDK and the correct platform SDK (Windows Phone or Windows Store) to be installed when targeting the Windows mobile platforms. Verify that the right platform components are installed and give a more detailed error message when something is wrong.
2014-11-13 22:47:01 +03:00
virtual bool SelectWindowsPhoneToolset(std::string& toolset) const;
virtual bool SelectWindowsStoreToolset(std::string& toolset) const;
cmGlobalGenerator: Create a non-virtual 'DoGenerate' method Make the virtual 'Generate' method protected. Make 'DoGenerate' the main entry point to generation. This gives cmGlobalGenerator a chance to do some early operations before the individual generator-specific implementations take over.
2014-07-22 23:01:05 +04:00
Create VS generator GetRegistryBase method This method returns the registry key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\<version> A protected GetIDEVersion method retrieves the version-specific part of the key name.
2009-09-16 19:44:08 +04:00
virtual const char* GetIDEVersion() { return "10.0"; }
Enable 64-bit tools with VS 2010 Express (#9981, #10722) The Express Edition does not come with 64-bit tools, but one can install the "Microsoft Windows SDK v7.1" to get them. Detect this case and check for the SDK. If found, set PlatformToolset to use the SDK tools. Otherwise, fail with a concise and informative error.
2010-12-01 20:48:32 +03:00
VS: Add internal APIs to find MSBuild, devenv/VCExpress, and msdev Teach the VS generators to compute the locations of these tools directly from registry entries. Add internal APIs to get the locations on demand.
2013-11-13 23:27:51 +04:00
std::string const& GetMSBuildCommand();
VS: Split user- and generator-provided PlatformToolset Divide the cmGlobalVisualStudio10Generator "PlatformToolset" member into two members representing the generator-selected default toolset and the user-specified CMAKE_GENERATOR_TOOLSET value. Prefer the user-specified value, if any, and then fall back to the generator-selected default.
2014-06-04 21:09:35 +04:00
std::string GeneratorToolset;
std::string DefaultPlatformToolset;
VS: Add support for selecting the Windows 10 SDK (#15670) Teach the VS 2015 generator to produce a WindowsTargetPlatformVersion value. Use the CMAKE_SYSTEM_VERSION to specify the version and if not set choose a default based on available SDKs. Activate this behavior when targeting Windows 10. Co-Author: Brad King <brad.king@kitware.com>
2015-09-30 23:22:43 +03:00
std::string WindowsTargetPlatformVersion;
VS: Save system name and version in global generator members Add to cmGlobalVisualStudio10Generator members for SystemName and SystemVersion and populate them in SetSystemName.
2014-07-28 23:33:40 +04:00
std::string SystemName;
std::string SystemVersion;
VS: Teach VS >= 10 to recognize CMAKE_SYSTEM_NAME 'Android' When CMAKE_SYSTEM_NAME is 'Android', check for an installation of 'NVIDIA Nsight Tegra Visual Studio Edition' and generate .vcxproj files for the "Tegra-Android" platform. Also make the installed version available in a CMAKE_VS_NsightTegra_VERSION variable.
2014-07-18 19:12:11 +04:00
std::string NsightTegraVersion;
VS: Teach VS >= 10 generator about Windows CE When CMAKE_SYSTEM_NAME is 'WindowsCE': * Set the Subsystem and EntryPointSymbol accordingly. * When CMAKE_SYSTEM_VERSION is 8.0 (Windows CE 2013), select the CE800 toolset by default.
2014-09-15 17:46:43 +04:00
bool SystemIsWindowsCE;
VS: Save WindowsPhone and WindowsStore system internally Add boolean members to the VS >= 10 global generator to save whether CMAKE_SYSTEM_NAME is WindowsPhone or WindowsStore without having to repeat a string comparison. Inspired-by: Gilles Khouzam <gillesk@microsoft.com>
2014-07-29 19:42:30 +04:00
bool SystemIsWindowsPhone;
bool SystemIsWindowsStore;
Enable 64-bit tools with VS 2010 Express (#9981, #10722) The Express Edition does not come with 64-bit tools, but one can install the "Microsoft Windows SDK v7.1" to get them. Detect this case and check for the SDK. If found, set PlatformToolset to use the SDK tools. Otherwise, fail with a concise and informative error.
2010-12-01 20:48:32 +03:00
bool ExpressEdition;
VC Express doesn't support folders, ignore USE_FOLDER property
2012-06-02 21:58:03 +04:00
bool UseFolderProperty();
VS10: Generate relative source paths when possible (#12570) Since commit ed0075bd (Use relative paths for custom command inputs, 2011-06-22) CMake generates full paths to source files in VS 10 project files to avoid trouble with deep source/build tree paths. However, the VS 10 IDE will not populate the source file property dialog for a file referenced by full path. Instead use a relative path when possible. When not possible produce a detailed warning explaining the problem and suggesting use of shorter directory paths.
2012-04-27 22:13:02 +04:00
private:
VS: Remove platform specific generator files Move the whole logic into the base class and the factory.
2012-11-19 22:05:55 +04:00
class Factory;
VS10: Generate relative source paths when possible (#12570) Since commit ed0075bd (Use relative paths for custom command inputs, 2011-06-22) CMake generates full paths to source files in VS 10 project files to avoid trouble with deep source/build tree paths. However, the VS 10 IDE will not populate the source file property dialog for a file referenced by full path. Instead use a relative path when possible. When not possible produce a detailed warning explaining the problem and suggesting use of shorter directory paths.
2012-04-27 22:13:02 +04:00
struct LongestSourcePath
{
LongestSourcePath(): Length(0), Target(0), SourceFile(0) {}
size_t Length;
VS10: Port to cmGeneratorTarget.
2015-10-22 19:27:57 +03:00
cmGeneratorTarget* Target;
Constify some APIs in generators.
2014-03-13 02:50:42 +04:00
cmSourceFile const* SourceFile;
VS10: Generate relative source paths when possible (#12570) Since commit ed0075bd (Use relative paths for custom command inputs, 2011-06-22) CMake generates full paths to source files in VS 10 project files to avoid trouble with deep source/build tree paths. However, the VS 10 IDE will not populate the source file property dialog for a file referenced by full path. Instead use a relative path when possible. When not possible produce a detailed warning explaining the problem and suggesting use of shorter directory paths.
2012-04-27 22:13:02 +04:00
std::string SourceRel;
};
LongestSourcePath LongestSource;
VS: Add internal APIs to find MSBuild, devenv/VCExpress, and msdev Teach the VS generators to compute the locations of these tools directly from registry entries. Add internal APIs to get the locations on demand.
2013-11-13 23:27:51 +04:00
std::string MSBuildCommand;
bool MSBuildCommandInitialized;
virtual std::string FindMSBuildCommand();
virtual std::string FindDevEnvCommand();
VS: Switch to internal CMAKE_MAKE_PROGRAM lookup by generators Drop the "Modules/CMakeVS*FindMake.cmake" files. Override the cmGlobalGenerator::FindMakeProgram method for VS generators to use their internal APIs to locate the build tool. Set the CMAKE_MAKE_PROGRAM as a normal variable for use by project code, but do not cache it. This will allow CMake and CTest to select the proper tool at build time.
2013-11-15 19:41:45 +04:00
virtual std::string GetVSMakeProgram() { return this->GetMSBuildCommand(); }
VS: Drop reload macros for VS >= 10 (#11258,#14680) We never implemented them for VS 11 (2012), 12 (2013), or 14 (2015). For VS 10 (2010) the reload macro does not work correctly when run from inside a build launched through the IDE because stopping the build kills the CMake that is driving the reload. Fortunately VS >= 10 know how to reload the whole solution anyway.
2015-04-15 16:30:14 +03:00
// We do not use the reload macros for VS >= 10.
virtual std::string GetUserMacrosDirectory() { return ""; }
ENH: first pass at VS 10, can bootstrap CMake, but many tests still fail
2009-06-26 00:41:57 +04:00
};
#endif