Project Tool

About

The Project Tool creates project files for Microsoft Visual Studio or Apple Xcode. The tool automatically detects new files and resources and correctly handles - depending on the platform - all the required dependencies. It creates project files for solutions, frameworks and plugins.

The Project Tool can be obtained from developers.maxon.net.

Note
The Project Tool can only be used to create project files for Cinema 4D R20 and newer versions.
For general information on how to create new plugins, frameworks and solutions see SDK Overview.
Warning
Changing the generated project files (editing compiler or linker settings etc.) may result in compile errors or incompatible plugins.

Running the Project Tool

The Project Tool application is configured using a command line argument:

  • g_updateproject: Defines the folder the tool should work on. Currently the tool only accepts absolute paths. This is typically the location of the SDK including frameworks and plugins. See SDK Overview.
Note
The output window of the Project Tool can be hidden using the command line argument g_disableConsoleOutput=true.
// This example shows how to run the Project Tool using command line arguments.
// Windows
kernel_app_64bit.exe g_updateproject=C:\development\sdk
// MacOS
kernel_app.app/Contents/MacOS/kernel_app g_updateproject=/Volumes/development/sdk

projectdefinition.txt

A projectdefinition.txt file defines the basic settings of a solution, framework or plugin. The Project Tool creates project files based on theses settings.

General formatting rules for projectdefinition.txt files are:

  • No spaces around "=" symbols are allowed.
  • A line break must be indicated using a backslash "\\".
  • Comments start with "//".
  • Multiple arguments for a parameter must be separated with a semicolon ";".

Additional, the file also defines how the Source Processor analyses the code. See Stylecheck.

General Settings

These settings are relevant for all framework and plugin projects:

  • Platform: The supported platforms. Can be Win64, OSX or Linux.
  • Type: The type of the project. Can be Lib, DLL or Solution.
  • APIS: The frameworks that should be included.
  • C4D: Defines if the project is a classic API Cinema 4D component. It enables some additional classic API support and disables automatic style checks. Can be either true or false.
  • ModuleId: Defines the framework or module/plugin ID. Must use a custom reverse domain notation name.
Note
The ID of a framework must include the ".framework" suffix; the ID of a module must NOT include ".module".

A typical example looks like this:

// Configuration of a custom plugin in the projectdefinition.txt file
// support Windows and macOS
Platform=Win64;OSX
// this is a plugin
Type=DLL
// this plugin depends on these frameworks:
APIS=\
cinema.framework; \
misc.framework; \
image.framework; \
core.framework
// defines the level of rigour of the source processor's style check
stylecheck.level=3
// plugin/module ID
ModuleId=com.examplecompany.myplugin

A projectdefinition.txt file that support code in a custom style can look like this:

// plugin for win and macOS
Platform=Win64;OSX
Type=DLL
// uses the "classic" API and the new core
APIS=cinema.framework;core.framework
// turns on additional legacy support
C4D=true
// to turn off stylechecks on can set the level to 0 or just set "stylecheck" to false
stylecheck.level=0
// stylecheck=false
// is the level is not 0, errors can be turned into warnings
//stylecheck.aswarnings=true
// custom module id
ModuleId=net.maxonexample.someplugin

Further generic project settings are:

  • Name: A custom name. By default the folder name is used.
  • AdditionalPreprocessorDefinitions: Preprocessor definitions.
  • ExceptionHandling: Enables or disables exception handling for the project.
  • RuntimeTypeInfo: Enables runtime type information for the project.
  • encoding: Set to a specific encoding to hande sorce code files using that encoding e.g. encoding=utf-8 for Unicode. See this list of encodings.

Stylecheck

The "stylecheck" setting defines how rigid the source processor checks the source code (see Source Processor):

  • stylecheck.level: The code check level. The minimum is 0 (check disabled), the maximum is 3 (very strict).
  • stylecheck=false: Disables the style check completely.
  • stylecheck.aswarnings: Turns style errors into warnings.
  • stylecheck.domains: Can be used to set a list of accepted custom domains for any kind of custom ID.

Checks enabled in level 1 are:

  • stylecheck.whitespace: Set to true or false to check for missing whitespaces in "if(condition)".
  • stylecheck.indentation: Set to true or false to check for correct indentation.
  • stylecheck.todo: Set to true or false to check for style of TODO comments.
  • stylecheck.case-break: Set to true or false to check that a switch case has a break statement at its end (or MAXON_SWITCH_FALLTHROUGH).
  • stylecheck.virtual: Set to true or false to check for virtual functions in frameworks.
  • stylecheck.static-within-type: Set to true or false to check for declarations like const static Int x = 0; which should be written as static const Int x = 0;.
  • stylecheck.supercall: Set to true or false to check if the super call is present in comparison functions of components.

Additional checks enabled in level 2 are:

  • stylecheck.no-whitespace: Set to true or false to check for forbidden whitespace as in "if ( condition )".
  • stylecheck.consistent-blocks: Set to true or false to check that either both or none of if/else use a {}-block, same for switch.
  • stylecheck.newline-for-substatement: Set to true or false to check that the substatement of if or a loop is within a new line.
  • stylecheck.explicit: Set to true or false to check that constructors which can be used as conversion constructors are marked by either explicit or MAXON_IMPLICIT.

Additional checks enabled in level 3 are:

  • stylecheck.no-typedef-struct: Set to true or false to check for C-style struct declarations as in typedef struct { ... } S;.
  • stylecheck.enum-class: Set to true or false to check that scoped enums are used (enum class instead of just enum).
  • stylecheck.enum-registration: Set to true or false to check that enums are ended with one of the enum macros (MAXON_ENUM_LIST etc.).
  • stylecheck.class-for-templateparam: Set to true or false to check that a template type parameter is introduced by typename (template <typename T> instead of template <class T>).
  • stylecheck.void-paramlist: Set to true or false to check for C-style function declarations with empty parameter list as in void Func(void);.
  • stylecheck.max-linecount=number: Sets the maximum line count a function may have. Default value is 500.
  • stylecheck.naming: Set to true or false to check for correct naming of global variables.
Note
By default all checks are enabled. The style check level is used to disable certain checks.
The settings are processed from top to bottom. A later setting can overwrite a previous one.
// set the style check level to 2
// this will disable all settings enabled with level 3
stylecheck.level=2
// set line length settings manually
stylecheck.max-linecount=300

Certain checks can be disabled in code using these macros:

Includes

The Project Tool automatically includes source code files found in the project folder.

  • Include: Includes the given file or files in the project.
  • Exclude: Excludes the given file or files from the project.
  • ExcludeFromBuild: Excludes the file or files from the build process, but not from the project file.
  • StrictIncludeDirectories: If set to true, the locations of included files are not added to the include directories.
Warning
The Source Processor will only handle source code files stored in the "source" folder. It is advised to store all source code files in a "source" folder.
Exclude and ExcludeFromBuild do not use file paths. They define filters that are used to remove files that contain the given filter in the file path.
// the following files should be added to the Visual Studio project
Include.Win=../../files/someclass.h;\
../../files/someclass.cpp;
// the following files should be added to the Xcode project
Include.OSX=../../files/someclass.h;\
../../files/someclass.cpp;
// exclude OS specific code
Exclude.Win=/source/mac/
Exclude.OSX=/source/win/

It also possible to exclude files from being checked by the Source Processor using the a specific syntax.

// This example excludes all files which have /fist_6_4/src/ in their path.
DontUncrustify="/fist_6_4/src/";

Visual Studio Specific

Specific settings for Visual Studio projects. The settings can be specified for different build targets e.g. "Win64", "Debug" etc.

  • AdditionalLibraryDirectories: Search paths for libraries.
  • AdditionalDependencies: Library dependencies.
  • AdditionalIncludeDirectories: Include directories.
  • AdditionalCompileOptions: Compile options.
  • AdditionalLinkOptions: Linker options
  • DisableSpecificWarnings: Disables the warnings with the given numbers.
  • AdditionalSolutionFiles: Adds the given files to a solution. See Solutions.
// additional lib folder for all targets not defined otherwise
AdditionalLibraryDirectories=...
// explicit lib foder for all debug versions
AdditionalLibraryDirectories.Debug=...
// explicit lib folder for 64bit release version
AdditionalLibraryDirectories.Win64.Release=...
AdditionalDependencies=...
AdditionalDependencies.Debug=...
AdditionalDependencies.Win64.Release=...
AdditionalDependencies.Win64.Debug=...
AdditionalIncludeDirectories=...
AdditionalIncludeDirectories.Debug=...
AdditionalIncludeDirectories.Win64=...
// the typical way to include a lib
AdditionalLibraryDirectories.Win64.Debug=../../mylib/bin/
AdditionalDependencies=mylib_debug_64.lib
AdditionalIncludeDirectories=../../mylib/include
DisableSpecificWarnings=...
DisableSpecificWarnings.Win64=...
Note
If you want to include inherit include paths you have to add "AdditionalIncludeDirectories".
AdditionalIncludeDirectories=../../mylib/include;\
%(AdditionalIncludeDirectories)

Xcode Specific

Specific settings for Xcode projects. The settings can be specified for different targets e.g. "64" and "Release".

  • OTHER_LDFLAGS: Search paths for library dependencies.
  • FRAMEWORK_SEARCH_PATHS: Search paths for frameworks.
  • HEADER_SEARCH_PATHS: Search paths for frameworks includes like include <...>
  • USER_HEADER_SEARCH_PATHS: Search paths for project includes like include "..."
// additional paths for all targets not defined otherwise
OTHER_LDFLAGS=...
// explicit paths for all debug versions
OTHER_LDFLAGS.Debug=...
// explicit paths for 64bit release version
OTHER_LDFLAGS.64.Release=...
FRAMEWORK_SEARCH_PATHS=...
HEADER_SEARCH_PATHS=...
USER_HEADER_SEARCH_PATHS=...

Plugins

A simple plugin's projectdefinition.txt can look like this:

// Configuration of a custom plugin in the projectdefinition.txt file
// support Windows and macOS
Platform=Win64;OSX
// this is a plugin
Type=DLL
// this plugin depends on these frameworks:
APIS=\
cinema.framework; \
misc.framework; \
image.framework; \
core.framework
// defines the level of rigour of the source processor's style check
stylecheck.level=3
// plugin/module ID
ModuleId=com.examplecompany.myplugin

Frameworks

A frameworks's projectdefinition.txt can look like this:

// Configuration of a custom framework in the projectdefinition.txt file
// support Windows and macOS
Platform=Win64;OSX
// this is a framework
Type=Lib
// this framework depends on the listed frameworks:
APIS=core.framework
// framework ID
ModuleId=com.examplecompany.myplugin.framework

Solutions

A solution's projectdefinition.txt can look like this:

// Configuration of a custom solution in the projectdefinition.txt file
// support Windows and macOS
Platform=Win64;OSX
// this is a solution
Type=Solution
// included plugin projects
Solution=\
plugins/pluginA;\
plugins/pluginB
// include natvis files in Visual Studio solution file
AdditionalSolutionFiles=\
..\..\frameworks\core.framework\project\typeviewer\msvc\maxon.natvis;\
..\..\frameworks\cinema.framework\project\typeviewer\msvc\c4dapi.natvis

Further Reading