These compilers are used by the IDE when you click the Compile or Run button for your Kotlin project.
You can also run Kotlin compilers manually from the command line as described in the Working with command-line compiler tutorial. For example:
$ kotlinc hello.kt -include-runtime -d hello.jar
Kotlin compilers have a number of options for tailoring the compiling process. Compiler options for different targets are listed on this page together with a description of each one.
There are several ways to set the compiler options and their values (compiler arguments):
- In IntelliJ IDEA, write in the compiler arguments in the Additional command-line parameters text box in Settings | Build, Execution, Deployment | Compilers | Kotlin Compiler
- If you're using Gradle, specify the compiler arguments in the
kotlinOptionsproperty of the Kotlin compilation task. For details, see Using Gradle.
- If you're using Maven, specify the compiler arguments in the
<configuration>element of the Maven plugin node. For details, see Using Maven.
- If you run a command-line compiler, add the compiler arguments directly to the utility call or write them into an argfile.
The following options are common for all Kotlin compilers.
Display the compiler version.
Suppress the compiler from displaying warnings during compilation.
Turn any warnings into a compilation error.
Enable verbose logging output which includes details of the compilation process.
Display usage information and exit. Only standard options are shown.
To show advanced options, use
Display information about the advanced options and exit. These options are currently unstable: their names and behavior may be changed without notice.
Specify a custom path to the Kotlin compiler used for the discovery of runtime libraries.
Pass an option to a Kotlin compiler plugin. Available plugins and their options are listed in Compiler plugins.
Provide source compatibility with the specified version of Kotlin.
Allow using declarations only from the specified version of Kotlin bundled libraries.
Enable the progressive mode for the compiler.
In the progressive mode, deprecations and bug fixes for unstable code take effect immediately, instead of going through a graceful migration cycle. Code written in the progressive mode is backwards compatible; however, code written in a non-progressive mode may cause compilation errors in the progressive mode.
Read the compiler options from the given file. Such a file can contain compiler options with values and paths to the source files. Options and paths should be separated by whitespaces. For example:
-include-runtime -d hello.jar hello.kt
To pass values that contain whitespaces, surround them with single (') or double (") quotes. If a value contains quotation marks in it, escape them with a backslash (\).
-include-runtime -d 'My folder'
You can also pass multiple argument files, for example, to separate compiler options from source files.
$ kotlinc @compiler.options @classes
If the files reside in locations different from the current directory, use relative paths.
$ kotlinc @options/compiler.options hello.kt
The Kotlin compiler for JVM compiles Kotlin source files into Java class files.
The command-line tools for Kotlin to JVM compilation are
You can also use them for executing Kotlin script files.
In addition to the common options, Kotlin/JVM compiler has the options listed below.
-classpath <path> (
Search for class files in the specified paths. Separate elements of the classpath with system path separators (; on Windows, : on macOS/Linux). The classpath can contain file and directory paths, ZIP, or JAR files.
Place the generated class files into the specified location. The location can be a directory, a ZIP, or a JAR file.
Include the Kotlin runtime into the resulting JAR file. Makes the resulting archive runnable on any Java-enabled environment.
Use a custom JDK home directory to include into the classpath if it differs from the default
Specify the target version of the generated JVM bytecode. Possible values are
The default value is
Generate metadata for Java 1.8 reflection on method parameters.
Set a custom name for the generated
Don't automatically include the Java runtime into the classpath.
Don't automatically include the Kotlin reflection (
kotlin-reflect.jar) into the classpath.
Don't automatically include the Kotlin/JVM stdlib (
kotlin-stdlib.jar) and Kotlin reflection (
into the classpath.
Evaluate a Kotlin script file. When called with this option, the compiler executes the first Kotlin script (
file among the given arguments.
Script definition template classes. Use fully qualified class names and separate them with commas (,).
The command-line tool for Kotlin to JS compilation is
In addition to the common options, Kotlin/JS compiler has the options listed below.
Paths to Kotlin libraries with
.kjsm files, separated by the system path separator.
Define whether the
main function should be called upon execution.
.kjsm files with metadata. Use this option when creating a JS library.
The kind of JS module generated by the compiler:
plain- a plain JS module;
commonjs- a CommonJS module;
amd- an Asynchronous Module Definition module;
umd- a Universal Module Definition module.
To learn more about the different kinds of JS module and the distinctions between them, see this article.
Don't automatically include the default Kotlin/JS stdlib into the compilation dependencies.
Set the destination file for the compilation result. The value must be a path to a
.js file including its name.
Add the content of the specified file to the end of the output file.
Add the content of the specified file to the beginning of the output file.
Generate the source map.
Use the specified paths as base directories. Base directories are used for calculating relative paths in the source map.
Embed source files into the source map.
Add the specified prefix to paths in the source map.
Kotlin/Native compiler compiles Kotlin source files into native binaries for the supported platforms.
The command-line tool for Kotlin/Native compilation is
In addition to the common options, Kotlin/Native compiler has the options listed below.
Enable runtime assertions in the generated code.
Enable emitting debug information.
Produce an application for running unit tests from the project.
Produce an application for running unit tests in a worker thread.
Produce an application for running unit tests without an explicit process exit.
-include-binary <path> (
Pack external binary within the generated klib file.
-library <path> (
Link with the library. To learn about using libraries in Kotlin/native projects, see Kotlin/Native libraries.
-library-version <version> (
Set the library version.
List the available hardware targets.
Provide a manifest addend file.
Specify a name for the compilation module. This option can also be used to specify a name prefix for the declarations exported to Objective-C: How do I specify a custom Objective-C prefix/name for my Kotlin framework?
Include the native bitcode library.
Disable linking user code with the default platform libraries distributed with the compiler.
main entry point to be provided by external libraries.
Don't pack the library into a klib file.
Pass an argument to the linker during binary building. This can be used for linking against some native library.
Pass multiple arguments to the linker during binary building. Separate arguments with whitespaces.
Don't link with stdlib.
Enable compilation optimizations.
-output <name> (
Set the name for the output file.
-entry <name> (
Specify the qualified entry point name.
-produce <output> (
Specify output file kind:
-repo <path> (
Library search path. For more information, see Library search sequence.
Set hardware target. To see the list of available targets, use the