Custom scripting symbols

In addition to Unity’s built-in scripting symbols, you can define your own custom scripting symbols. Where you define custom scripting symbols determines the scope in which they apply. You can define custom symbols in the following places:

• An asset file, for symbols that apply for all Editor and Player code in the project, regardless of the active build profileA set of customizable configuration settings to use when creating a build for your target platform. More info
  See in Glossary.
• Player SettingsSettings that let you set various player-specific options for the final game built by Unity. More info
  See in Glossary, for symbols that apply for all Editor and Player code when the given platform or one of its build profiles are active.
• A build profile, for symbols that apply for all Editor and Player code when the given build profile is active.
• From code, for symbols that apply for the active platform or for individual Player builds, depending on the API used.

Custom symbols for the whole project

You can define custom scripting symbols that apply for the whole project with a response file asset as follows:

1. Name the file csc.rsp and place it in the root of your project’s Assets folder.
2. Define scripting symbols on lines that start with -define:, followed by one or more semicolon-separated scripting symbols.

Unity reads this file at startup and applies it before compiling any code. For example, if you include the single line -define:UNITY_DEBUG;UNITY_TEST in your csc.rsp file, the symbols UNITY_DEBUG and UNITY_TEST are included as globally defined scripting symbols for all C# scriptsA piece of code that allows you to create your own Components, trigger game events, modify Component properties over time and respond to user input in any way you like. More info
See in Glossary in the project.

Note: Changes to .rsp files don’t take effect until Unity recompiles scripts. You can trigger recompilation by updating or reimporting a single script file.

Custom symbols for a platform

You can define custom scripting symbols specific to a platform as follows:

1. Open Player settings.
2. Navigate to the Scripting Define Symbols list in the Other Settings > Script Compilation section.
3. Add new scripting symbols to the list by selecting the + button and typing the name of the symbol in the text field. Remove existing list items with the - button.
4. When you’ve finished editing the list, select Apply to apply your changes. Unity recompiles the scripts in your project using the new symbols.

Note: The Copy Defines button copies the current set of custom scripting symbols from the list into your clipboard as a string of semicolon-separated values.

Custom symbols for a build profile

You can define custom scripting symbols for a build profile as follows:

1. Select the build profile you want to define symbols for in the Build Profiles window.
2. Navigate to the Scripting Defines list in the Build Data section.
3. Add new scripting symbols to the list by selecting the + button and typing the name of the symbol in the text field. Remove existing list items with the - button. Modifications to the list save and apply automatically.

Note: You can launch the Editor with the -activeBuildProfile command line argument to make the specified build profile and its custom scripting symbols applicable from startup.

Custom symbols defined from code

You can use the following APIs to define scripting symbols:

• PlayerSettings.SetScriptingDefineSymbols
• BuildPlayerOptions.extraScriptingDefines
• Build.Player.ScriptCompilationSettings-extraScriptingDefines

BuildPlayerOptions.extraScriptingDefines and Build.Player.ScriptCompilationSettings-extraScriptDefines only apply to Player builds, so when defining scripting symbols that apply to your Editor scripts, use PlayerSettings.SetScriptingDefineSymbols. This is the code equivalent of configuring platform-specific scripting symbols in the Player settings.

Important: Symbols created from code with SetScriptingDefineSymbols don’t take effect until the Editor regains control and recompiles your scripts. For example, if you create scripting symbols with SetScriptingDefineSymbols in an Editor script and then call BuildPipeline.BuildPlayer on the next line, the new symbols created in the previous line won’t be in effect yet. In this case any Editor code that runs as part of the BuildPlayer execution runs without the new symbols and the Player might not build as intended.

Custom symbols in batch mode

When the Editor runs in batch mode, there’s no mechanism to trigger recompilation of scripts. If you need specific symbols to be defined in an Editor running in batch mode, they must be in place from startup using a csc.rsp asset file.

Scripting symbol inheritance

If you define custom scripting symbols in several places, Unity adds together all the symbols that apply for the current build configuration. Symbols are inherited from each scope rather than overwritten, as follows: Project-wide symbols (from csc.rsp) + Platform-specific symbols (from Player settings) + Build profile symbols (from Build Data). Platform and build profile symbols are only included if they match the active build profile.

For example, assume your project has the following custom scripting symbols defined in the following locations:

Given this example configuration, the following table shows which symbols are active for your Editor and Player code when different build profiles are active:

You can test this behavior with #if directives in your code. For more information, refer to Test conditional compilation.

Additional resources

• Unity scripting symbol reference
• Referencing additional class library assemblies