reactos/CMake
1
0
Fork 0
mirror of https://github.com/reactos/CMake.git synced 2024-12-04 09:54:15 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
12bc571c13
CMake/Source/cmGeneratorTarget.h

203 lines
7.8 KiB
C
Raw Normal View History

Add cmGeneratorTarget to represent a target during generation Some per-target information and logic is common to all generators. Some of that information is currently stored in cmTarget but that should be reserved for the configure step. Create a class to hold per-target information for generators. On construction classify sources from the target and store them in separate members. This classification is already implemented separately in each generator.
2012-03-07 16:44:48 +00:00
/*============================================================================
CMake - Cross Platform Makefile Generator
Copyright 2000-2012 Kitware, Inc., Insight Software Consortium
Distributed under the OSI-approved BSD License (the "License");
see accompanying file Copyright.txt for details.
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.
============================================================================*/
#ifndef cmGeneratorTarget_h
#define cmGeneratorTarget_h
#include "cmStandardIncludes.h"
class cmCustomCommand;
class cmGlobalGenerator;
class cmLocalGenerator;
class cmMakefile;
class cmSourceFile;
class cmTarget;
class cmGeneratorTarget
{
public:
cmGeneratorTarget: Require a cmLocalGenerator to construct.
2015-06-06 11:14:04 +00:00
cmGeneratorTarget(cmTarget*, cmLocalGenerator* lg);
Add cmGeneratorTarget to represent a target during generation Some per-target information and logic is common to all generators. Some of that information is currently stored in cmTarget but that should be reserved for the configure step. Create a class to hold per-target information for generators. On construction classify sources from the target and store them in separate members. This classification is already implemented separately in each generator.
2012-03-07 16:44:48 +00:00
cmGeneratorTarget: Add accessor for cmLocalGenerator.
2015-06-06 10:59:25 +00:00
cmLocalGenerator* GetLocalGenerator() const;
Move GetLocation to cmGeneratorTarget.
2013-10-28 18:47:46 +00:00
bool IsImported() const;
const char *GetLocation(const std::string& config) const;
Move GetLocationForBuild to cmGeneratorTarget.
2014-03-10 15:57:02 +00:00
/** Get the location of the target in the build tree with a placeholder
referencing the configuration in the native build system. This
location is suitable for use as the LOCATION target property. */
const char* GetLocationForBuild() const;
Add more forwarding API to cmGeneratorTarget. This API is the most commonly required in the following patches.
2012-09-17 10:02:24 +00:00
int GetType() const;
stringapi: Use strings in target name
2014-02-06 22:31:47 +00:00
std::string GetName() const;
stringapi: Use strings for property names Property names are always generated by CMake and should never be NULL.
2013-09-02 20:27:32 +00:00
const char *GetProperty(const std::string& prop) const;
bool GetPropertyAsBool(const std::string& prop) const;
cmTarget: Make the source files depend on the config. Disallow the use of config-specific source files with the Visual Studio and Xcode generators. They don't have any way to represent the condition currently. Use the same common-config API in cmQtAutoGenerators. While it accepts config-specific files, it doesn't have to support multiple configurations yet. Loop over the configs in cmTargetTraceDependencies and cmGlobalGenerator::WriteSummary and consume all source files. Loop over the configs in cmComputeTargetDepends and compute the object library dependencies for each config.
2014-02-13 16:25:00 +00:00
void GetSourceFiles(std::vector<cmSourceFile*>& files,
const std::string& config) const;
Add more forwarding API to cmGeneratorTarget. This API is the most commonly required in the following patches.
2012-09-17 10:02:24 +00:00
cmTarget: Make the source files depend on the config. Disallow the use of config-specific source files with the Visual Studio and Xcode generators. They don't have any way to represent the condition currently. Use the same common-config API in cmQtAutoGenerators. While it accepts config-specific files, it doesn't have to support multiple configurations yet. Loop over the configs in cmTargetTraceDependencies and cmGlobalGenerator::WriteSummary and consume all source files. Loop over the configs in cmComputeTargetDepends and compute the object library dependencies for each config.
2014-02-13 16:25:00 +00:00
void GetObjectSources(std::vector<cmSourceFile const*> &,
const std::string& config) const;
cmGeneratorTarget: Add methods to access source file groups. These methods and others will be able to get a config parameter later to implement the INTERFACE_SOURCES feature.
2013-11-10 10:22:44 +00:00
const std::string& GetObjectName(cmSourceFile const* file);
bool HasExplicitObjectName(cmSourceFile const* file) const;
cmGeneratorTarget: Constify the AddExplicitObjectName API. The storage is already const.
2014-03-13 11:28:32 +00:00
void AddExplicitObjectName(cmSourceFile const* sf);
cmGeneratorTarget: Add methods to access source file groups. These methods and others will be able to get a config parameter later to implement the INTERFACE_SOURCES feature.
2013-11-10 10:22:44 +00:00
cmTarget: Make the source files depend on the config. Disallow the use of config-specific source files with the Visual Studio and Xcode generators. They don't have any way to represent the condition currently. Use the same common-config API in cmQtAutoGenerators. While it accepts config-specific files, it doesn't have to support multiple configurations yet. Loop over the configs in cmTargetTraceDependencies and cmGlobalGenerator::WriteSummary and consume all source files. Loop over the configs in cmComputeTargetDepends and compute the object library dependencies for each config.
2014-02-13 16:25:00 +00:00
void GetResxSources(std::vector<cmSourceFile const*>&,
const std::string& config) const;
void GetIDLSources(std::vector<cmSourceFile const*>&,
const std::string& config) const;
void GetExternalObjects(std::vector<cmSourceFile const*>&,
const std::string& config) const;
void GetHeaderSources(std::vector<cmSourceFile const*>&,
const std::string& config) const;
void GetExtraSources(std::vector<cmSourceFile const*>&,
const std::string& config) const;
void GetCustomCommands(std::vector<cmSourceFile const*>&,
const std::string& config) const;
void GetExpectedResxHeaders(std::set<std::string>&,
const std::string& config) const;
VS: Handle AppxManifest sources explicitly in generator Teach cmGeneratorTarget to extract .appxmanifest sources separately. Teach cmVisualStudio10TargetGenerator to write them with the AppxManifest tool in .vcxproj files. This will allow us to detect whether the project provides an application manfiest explicitly.
2014-08-11 18:08:49 +00:00
void GetAppManifest(std::vector<cmSourceFile const*>&,
const std::string& config) const;
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 18:17:12 +00:00
void GetCertificates(std::vector<cmSourceFile const*>&,
const std::string& config) const;
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 20:49:39 +00:00
void GetXamlSources(std::vector<cmSourceFile const*>&,
const std::string& config) const;
void GetExpectedXamlHeaders(std::set<std::string>&,
const std::string& config) const;
void GetExpectedXamlSources(std::set<std::string>&,
const std::string& config) const;
cmGeneratorTarget: Add methods to access source file groups. These methods and others will be able to get a config parameter later to implement the INTERFACE_SOURCES feature.
2013-11-10 10:22:44 +00:00
cmGeneratorTarget: Compute target objects on demand Add a ComputeObjectMapping method to compute the object names. It takes mapping to populate as an out-parameter so that it can be extended in the future with parameters relevant to generator expression evaluation. Remove the supporting cmGeneratorTarget::AddObject method. It is no longer needed as the container member is populated directly. The ComputeObjectMapping method is called whenever objects are requested from the cmGeneratorTarget. Because the Xcode generator makes no such request, explicitly invoke the method from that generator so that the logic of checking for bad sources in object libraries is executed. In a follow-up, the UseObjectLibraries usage may be replaced by a true generator expression evaluator for TARGET_OBJECTS. That will require generators to use cmGeneratorTarget::GetExternalObjects which is not currently the case for Xcode and VS generators.
2014-03-14 12:21:26 +00:00
void ComputeObjectMapping();
cmGeneratorTarget: Move Feature API from cmTarget.
2015-06-06 13:40:26 +00:00
const char* GetFeature(const std::string& feature,
const std::string& config) const;
bool GetFeatureAsBool(const std::string& feature,
const std::string& config) const;
Move GetFullPath to cmGeneratorTarget
2012-10-06 16:30:43 +00:00
/** Get the full path to the target according to the settings in its
makefile and the configuration type. */
std::string GetFullPath(const std::string& config="", bool implib = false,
bool realname = false) const;
std::string NormalGetFullPath(const std::string& config, bool implib,
bool realname) const;
std::string NormalGetRealName(const std::string& config) const;
cmGeneratorTarget: Move GetSOName from cmTarget..
2015-08-04 17:19:41 +00:00
/** Get the soname of the target. Allowed only for a shared library. */
std::string GetSOName(const std::string& config) const;
Add cmGeneratorTarget to represent a target during generation Some per-target information and logic is common to all generators. Some of that information is currently stored in cmTarget but that should be reserved for the configure step. Create a class to hold per-target information for generators. On construction classify sources from the target and store them in separate members. This classification is already implemented separately in each generator.
2012-03-07 16:44:48 +00:00
cmTarget* Target;
cmMakefile* Makefile;
cmLocalGenerator* LocalGenerator;
cmGeneratorTarget: Hold a const global generator.
2014-01-10 12:19:15 +00:00
cmGlobalGenerator const* GlobalGenerator;
Add cmGeneratorTarget to represent a target during generation Some per-target information and logic is common to all generators. Some of that information is currently stored in cmTarget but that should be reserved for the configure step. Create a class to hold per-target information for generators. On construction classify sources from the target and store them in separate members. This classification is already implemented separately in each generator.
2012-03-07 16:44:48 +00:00
cmTarget: Make the source files depend on the config. Disallow the use of config-specific source files with the Visual Studio and Xcode generators. They don't have any way to represent the condition currently. Use the same common-config API in cmQtAutoGenerators. While it accepts config-specific files, it doesn't have to support multiple configurations yet. Loop over the configs in cmTargetTraceDependencies and cmGlobalGenerator::WriteSummary and consume all source files. Loop over the configs in cmComputeTargetDepends and compute the object library dependencies for each config.
2014-02-13 16:25:00 +00:00
std::string GetModuleDefinitionFile(const std::string& config) const;
Add cmGeneratorTarget to represent a target during generation Some per-target information and logic is common to all generators. Some of that information is currently stored in cmTarget but that should be reserved for the configure step. Create a class to hold per-target information for generators. On construction classify sources from the target and store them in separate members. This classification is already implemented separately in each generator.
2012-03-07 16:44:48 +00:00
Pre-compute and store target object directory in cmGeneratorTarget Add cmGeneratorTarget::ObjectDirectory member to hold the value. In ComputeTargetObjects set the value to the full path to the target object directory including any necessary placeholder for the configuration name.
2012-03-08 21:32:03 +00:00
/** Full path with trailing slash to the top-level directory
holding object files for this target. Includes the build
time config name placeholder if needed for the generator. */
std::string ObjectDirectory;
cmTarget: Make the source files depend on the config. Disallow the use of config-specific source files with the Visual Studio and Xcode generators. They don't have any way to represent the condition currently. Use the same common-config API in cmQtAutoGenerators. While it accepts config-specific files, it doesn't have to support multiple configurations yet. Loop over the configs in cmTargetTraceDependencies and cmGlobalGenerator::WriteSummary and consume all source files. Loop over the configs in cmComputeTargetDepends and compute the object library dependencies for each config.
2014-02-13 16:25:00 +00:00
void UseObjectLibraries(std::vector<std::string>& objs,
const std::string& config) const;
Add $<TARGET_OBJECTS:...> expression to use an object library For now do not allow an OBJECT library to reference other object libraries. Teach cmTarget::ComputeLinkImplementation to include the languages of object libraries used by a target.
2012-03-12 18:40:58 +00:00
stringapi: Pass configuration names as strings
2014-02-10 03:48:34 +00:00
void GetAppleArchs(const std::string& config,
cmGeneratorTarget: Make some accessors const.
2013-11-03 13:10:12 +00:00
std::vector<std::string>& archVec) const;
Move GetCreateRuleVariable to cmGeneratorTarget.
2012-09-15 23:19:54 +00:00
cmGeneratorTarget: Improve GetCreateRuleVariable API Pass the language and configuration to the method so it can return the complete rule variable name.
2014-05-21 13:38:24 +00:00
/** Return the rule variable used to create this type of target. */
std::string GetCreateRuleVariable(std::string const& lang,
std::string const& config) const;
Move GetCreateRuleVariable to cmGeneratorTarget.
2012-09-15 23:19:54 +00:00
Move GetIncludeDirectories to cmGeneratorTarget.
2012-09-16 08:03:42 +00:00
/** Get the include directories for this target. */
stringapi: Pass configuration names as strings
2014-02-10 03:48:34 +00:00
std::vector<std::string> GetIncludeDirectories(
Genex: Allow COMPILE_LANGUAGE when processing include directories. Issue an error if this is encountered by an IDE generator.
2015-03-04 20:53:15 +00:00
const std::string& config, const std::string& lang) const;
Move GetIncludeDirectories to cmGeneratorTarget.
2012-09-16 08:03:42 +00:00
stringapi: Pass configuration names as strings
2014-02-10 03:48:34 +00:00
bool IsSystemIncludeDirectory(const std::string& dir,
const std::string& config) const;
Add Target API to determine if an include is a system include. The implementation can be modified later so that system includes can be determined on a per-target basis.
2013-07-01 20:28:26 +00:00
Move GenerateTargetManifest to cmGeneratorTarget.
2012-09-14 17:04:25 +00:00
/** Add the target output files to the global generator manifest. */
stringapi: Pass configuration names as strings
2014-02-10 03:48:34 +00:00
void GenerateTargetManifest(const std::string& config) const;
Move GenerateTargetManifest to cmGeneratorTarget.
2012-09-14 17:04:25 +00:00
Move TraceDependencies to cmGeneratorTarget.
2012-10-10 22:57:11 +00:00
/**
* Trace through the source files in this target and add al source files
* that they depend on, used by all generators
*/
void TraceDependencies();
/** Get sources that must be built before the given source. */
cmGeneratorTarget: Make GetSourceDepends const.
2014-03-12 23:19:50 +00:00
std::vector<cmSourceFile*> const*
GetSourceDepends(cmSourceFile const* sf) const;
Move TraceDependencies to cmGeneratorTarget.
2012-10-10 22:57:11 +00:00
cmTarget: Move SourceFileFlags to cmGeneratorTarget.
2014-02-06 10:24:37 +00:00
/**
* Flags for a given source file as used in this target. Typically assigned
* via SET_TARGET_PROPERTIES when the property is a list of source files.
*/
enum SourceFileType
{
SourceFileTypeNormal,
SourceFileTypePrivateHeader, // is in "PRIVATE_HEADER" target property
SourceFileTypePublicHeader, // is in "PUBLIC_HEADER" target property
SourceFileTypeResource, // is in "RESOURCE" target property *or*
// has MACOSX_PACKAGE_LOCATION=="Resources"
SourceFileTypeMacContent // has MACOSX_PACKAGE_LOCATION!="Resources"
};
struct SourceFileFlags
{
SourceFileFlags(): Type(SourceFileTypeNormal), MacFolder(0) {}
SourceFileFlags(SourceFileFlags const& r):
Type(r.Type), MacFolder(r.MacFolder) {}
SourceFileType Type;
const char* MacFolder; // location inside Mac content folders
};
cmGeneratorTarget: Move GetAutoUicOptions from cmTarget.
2015-08-04 17:19:41 +00:00
void GetAutoUicOptions(std::vector<std::string> &result,
const std::string& config) const;
cmTarget: Move SourceFileFlags to cmGeneratorTarget.
2014-02-06 10:24:37 +00:00
struct SourceFileFlags
GetTargetSourceFileFlags(const cmSourceFile* sf) const;
cmGeneratorTarget: Classify sources on demand, not up front. Implement a Visitor to hold the sequence of source file tests for populating outputs. Use VS 6 and 7 workaround from Brad King for lack of partial template specialization and function template specialization capabilities. This will make it possible to use context dependent generator expressions to determine the sources of a target.
2014-02-13 20:07:31 +00:00
struct ResxData {
mutable std::set<std::string> ExpectedResxHeaders;
cmGeneratorTarget: Constify cmSourceFile* in containers. Some of them will be used with other APIs which require value_type to be cmSourceFile const*.
2014-03-12 22:06:05 +00:00
mutable std::vector<cmSourceFile const*> ResxSources;
cmGeneratorTarget: Classify sources on demand, not up front. Implement a Visitor to hold the sequence of source file tests for populating outputs. Use VS 6 and 7 workaround from Brad King for lack of partial template specialization and function template specialization capabilities. This will make it possible to use context dependent generator expressions to determine the sources of a target.
2014-02-13 20:07:31 +00:00
};
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 20:49:39 +00:00
struct XamlData {
std::set<std::string> ExpectedXamlHeaders;
std::set<std::string> ExpectedXamlSources;
std::vector<cmSourceFile const*> XamlSources;
};
cmGeneratorTarget: Add methods to access source file groups. These methods and others will be able to get a config parameter later to implement the INTERFACE_SOURCES feature.
2013-11-10 10:22:44 +00:00
private:
friend class cmTargetTraceDependencies;
Move TraceDependencies to cmGeneratorTarget.
2012-10-10 22:57:11 +00:00
struct SourceEntry { std::vector<cmSourceFile*> Depends; };
cmGeneratorTarget: Make GetSourceDepends const.
2014-03-12 23:19:50 +00:00
typedef std::map<cmSourceFile const*, SourceEntry> SourceEntriesType;
Move TraceDependencies to cmGeneratorTarget.
2012-10-10 22:57:11 +00:00
SourceEntriesType SourceEntries;
cmGeneratorTarget: Compute target objects on demand Add a ComputeObjectMapping method to compute the object names. It takes mapping to populate as an out-parameter so that it can be extended in the future with parameters relevant to generator expression evaluation. Remove the supporting cmGeneratorTarget::AddObject method. It is no longer needed as the container member is populated directly. The ComputeObjectMapping method is called whenever objects are requested from the cmGeneratorTarget. Because the Xcode generator makes no such request, explicitly invoke the method from that generator so that the logic of checking for bad sources in object libraries is executed. In a follow-up, the UseObjectLibraries usage may be replaced by a true generator expression evaluator for TARGET_OBJECTS. That will require generators to use cmGeneratorTarget::GetExternalObjects which is not currently the case for Xcode and VS generators.
2014-03-14 12:21:26 +00:00
mutable std::map<cmSourceFile const*, std::string> Objects;
cmGeneratorTarget: Add methods to access source file groups. These methods and others will be able to get a config parameter later to implement the INTERFACE_SOURCES feature.
2013-11-10 10:22:44 +00:00
std::set<cmSourceFile const*> ExplicitObjectName;
cmGeneratorTarget: Make some accessors const.
2013-11-03 13:10:12 +00:00
mutable std::map<std::string, std::vector<std::string> > SystemIncludesCache;
Add the INTERFACE_SYSTEM_INCLUDE_DIRECTORIES target property. Unlike other target properties, this does not have a corresponding non-INTERFACE variant. This allows propagation of system attribute on include directories from link dependents.
2013-07-02 12:30:10 +00:00
cmTarget: Move SourceFileFlags to cmGeneratorTarget.
2014-02-06 10:24:37 +00:00
void ConstructSourceFileFlags() const;
mutable bool SourceFileFlagsConstructed;
mutable std::map<cmSourceFile const*, SourceFileFlags> SourceFlagsMap;
Add cmGeneratorTarget to represent a target during generation Some per-target information and logic is common to all generators. Some of that information is currently stored in cmTarget but that should be reserved for the configure step. Create a class to hold per-target information for generators. On construction classify sources from the target and store them in separate members. This classification is already implemented separately in each generator.
2012-03-07 16:44:48 +00:00
cmGeneratorTarget(cmGeneratorTarget const&);
void operator=(cmGeneratorTarget const&);
};
Order cmGeneratorTargetsType elements deterministically. Define a custom ordering functor to deterministically and strictly order the cmTarget* key. Otherwise the order would be dependent on runtime pointer values, which breaks assumptions of some generators. The functor orders first by target name, and then by directory. Multiple global targets may have the same name, such as edit_cache, but their directory differentiates them.
2013-11-20 15:58:01 +00:00
struct cmStrictTargetComparison {
Make the cmStrictTargetComparison operate on const cmTarget*.
2013-12-04 12:35:39 +00:00
bool operator()(cmTarget const* t1, cmTarget const* t2) const;
Order cmGeneratorTargetsType elements deterministically. Define a custom ordering functor to deterministically and strictly order the cmTarget* key. Otherwise the order would be dependent on runtime pointer values, which breaks assumptions of some generators. The functor orders first by target name, and then by directory. Multiple global targets may have the same name, such as edit_cache, but their directory differentiates them.
2013-11-20 15:58:01 +00:00
};
Constify cmGeneratorTarget access.
2013-12-10 14:44:39 +00:00
typedef std::map<cmTarget const*,
Order cmGeneratorTargetsType elements deterministically. Define a custom ordering functor to deterministically and strictly order the cmTarget* key. Otherwise the order would be dependent on runtime pointer values, which breaks assumptions of some generators. The functor orders first by target name, and then by directory. Multiple global targets may have the same name, such as edit_cache, but their directory differentiates them.
2013-11-20 15:58:01 +00:00
cmGeneratorTarget*,
cmStrictTargetComparison> cmGeneratorTargetsType;
Store cmGeneratorTargets with the makefile.
2012-09-12 22:03:23 +00:00
Add cmGeneratorTarget to represent a target during generation Some per-target information and logic is common to all generators. Some of that information is currently stored in cmTarget but that should be reserved for the configure step. Create a class to hold per-target information for generators. On construction classify sources from the target and store them in separate members. This classification is already implemented separately in each generator.
2012-03-07 16:44:48 +00:00
#endif
Reference in New Issue Copy Permalink