Last Updated | 15 April 2019 |
This is the last tutorial in the series. The first tutorial of the series is Mapping Primitive Data Types from C. There are also Mapping Struct and Union Types from C and Mapping Function Pointers from C tutorials.
In this tutorial we see how to deal with C strings in Kotlin/Native. We will learn how to:
We need to have a Kotlin compiler on our machines. The A Basic Kotlin Application tutorial explains the steps in detail. Let's assume we have a console, where the kotlinc-native
, cinterop
, and klib
commands are available.
There is no dedicated type in C language for strings. A developer knows from a method signature or the documentation, whether a given char *
means a C string in the context. Strings in the C language are null-terminated, a trailing zero character \0
is added at the end of a bytes sequence to mark a string termination. Usually, UTF-8 encoded strings are used. The UTF-8 encoding uses variable width characters, and it is backward compatible with ASCII. Kotlin/Native uses UTF-8 character encoding by default.
The best way to understand the mapping between C and Kotlin languages is to try it out on a small example. We will create a small library headers for that. First, we need to create a lib.h
file with the following declaration of functions that deal with the C strings:
#ifndef LIB2_H_INCLUDED #define LIB2_H_INCLUDED void pass_string(char* str); char* return_string(); int copy_string(char* str, int size); #endif
In the example we have the most popular ways to pass or receive a string in the C language. We should take the return of return_string
with care. In general, it is best to make sure we use the right function to dispose the returned char*
with the right free(..)
function call.
Kotlin/Native comes with the cinterop
tool; the tool generates bindings between the C language and Kotlin. It uses a .def
file to specify a C library to import. More details on this are in the Interop with C Libraries tutorial. The quickest way to try out C API mapping is to have all C declarations in the interop.def
file, without creating any .h
of .c
files at all. Then place the C declarations in a interop.def
file after the special ---
separator line:
headers = lib.h --- void pass_string(char* str) { } char* return_string() { return "C stirng"; } int copy_string(char* str, int size) { *str++ = 'C'; *str++ = ' '; *str++ = 'K'; *str++ = '/'; *str++ = 'N'; *str++ = 0; return 0; }
The interop.def
file is enough to compile and run the application or open it in an IDE. Now it is time to create project files, open the project in IntelliJ IDEA and run it.
While it is possible to use the command line, either directly or by combining it with a script file (i.e., sh or bat file), we should notice, that it does not scale well for big projects that have hundreds of files and libraries. It is then better to use the Kotlin/Native compiler with a build system, as it helps to download and cache the Kotlin/Native compiler binaries and libraries with transitive dependencies and run the compiler and tests. Kotlin/Native can use the Gradle build system through the kotlin-multiplatform plugin.
We covered the basics of setting up an IDE compatible project with Gradle in the A Basic Kotlin/Native Application tutorial. Please check it out if you are looking for detailed first steps and instructions on how to start a new Kotlin/Native project and open it in IntelliJ IDEA. In this tutorial, we'll look at the advanced C interop related usages of Kotlin/Native and multiplatform builds with Gradle.
First, let's create a project folder. All the paths in this tutorial will be relative to this folder. Sometimes the missing directories will have to be created before any new files can be added.
We'll use the following build.gradle
build.gradle.kts
Gradle build file with the following contents:
plugins { id 'org.jetbrains.kotlin.multiplatform' version '1.3.21' } repositories { mavenCentral() } kotlin { macosX64("native") { compilations.main.cinterops { interop } binaries { executable() } } } wrapper { gradleVersion = "5.3.1" distributionType = "ALL" }
plugins { id 'org.jetbrains.kotlin.multiplatform' version '1.3.21' } repositories { mavenCentral() } kotlin { linuxX64("native") { compilations.main.cinterops { interop } binaries { executable() } } } wrapper { gradleVersion = "5.3.1" distributionType = "ALL" }
plugins { id 'org.jetbrains.kotlin.multiplatform' version '1.3.21' } repositories { mavenCentral() } kotlin { mingwX64("native") { compilations.main.cinterops { interop } binaries { executable() } } } wrapper { gradleVersion = "5.3.1" distributionType = "ALL" }
plugins { kotlin("multiplatform") version "1.3.21" } repositories { mavenCentral() } kotlin { macosX64("native") { val main by compilations.getting val interop by main.cinterops.creating binaries { executable() } } } tasks.withType<Wrapper> { gradleVersion = "5.3.1" distributionType = Wrapper.DistributionType.ALL }
plugins { kotlin("multiplatform") version "1.3.21" } repositories { mavenCentral() } kotlin { linuxX64("native") { val main by compilations.getting val interop by main.cinterops.creating binaries { executable() } } } tasks.withType<Wrapper> { gradleVersion = "5.3.1" distributionType = Wrapper.DistributionType.ALL }
plugins { kotlin("multiplatform") version "1.3.21" } repositories { mavenCentral() } kotlin { mingwX64("native") { val main by compilations.getting val interop by main.cinterops.creating binaries { executable() } } } tasks.withType<Wrapper> { gradleVersion = "5.3.1" distributionType = Wrapper.DistributionType.ALL }
The prepared project sources can be downloaded directly from GitHub. GitHub. GitHub. GitHub. GitHub. GitHub.
The project file configures the C interop as an additional step of the build. Let's move the interop.def
file to the src/nativeInterop/cinterop
directory. Gradle recommends using conventions instead of configurations, for example, the source files are expected to be in the src/nativeMain/kotlin
folder. By default, all the symbols from C are imported to the interop
package, we may want to import the whole package in our .kt
files. Check out the kotlin-multiplatform plugin documentation to learn about all the different ways you could configure it.
Let's create a src/nativeMain/kotlin/hello.kt
stub file with the following content to see how C primitive type declarations are visible from Kotlin:
import interop.* fun main() { println("Hello Kotlin/Native!") pass_string(/*fix me*/) val useMe = return_string() val useMe2 = copy_string(/*fix me*/) }
Now we are ready to open the project in IntelliJ IDEA and to see how to fix the example project. While doing that, we'll examine how C primitive types are mapped into Kotlin/Native.
With the help of IntelliJ IDEA's Goto Declaration or compiler errors we see the following generated API for our C functions:
fun pass_string(str: CValuesRef<ByteVar /* = ByteVarOf<Byte> */>?) fun return_string(): CPointer<ByteVar /* = ByteVarOf<Byte> */>? fun copy_string(str: CValuesRef<ByteVar /* = ByteVarOf<Byte> */>?, size: Int): Int
These declarations look clear. All char *
pointers are turned into str: CValuesRef<ByteVar>?
for parameters and to CPointer<ByteVar>?
in return types. Kotlin turns char
type into kotlin.Byte
type, as it is usually an 8-bit signed value.
In the generated Kotlin declarations, we see that str
is represented as CValuesRef<ByteVar/>?
. The type is nullable, and we can simply pass Kotlin null
as the parameter value.
Let's try to use the API from Kotlin. Let's call pass_string
first:
fun passStringToC() { val str = "this is a Kotlin String" pass_string(str.cstr) }
Passing a Kotlin string to C is easy, thanks to the fact that we have String.cstr
extension property in Kotlin for it. There is also String.wcstr
for cases where we need UTF-16 wide characters.
This time we take a returned char *
from the return_string
function and turn it into a Kotlin string. For that we do the following in Kotlin:
fun passStringToC() { val stringFromC = return_string()?.toKString() println("Returned from C: $stringFromC") }
we use the toKString()
extension function above. Please do not miss out the toString()
function. The toKString()
has two overloaded extension functions in Kotlin:
fun CPointer<ByteVar>.toKString(): String fun CPointer<ShortVar>.toKString(): String
The first extension takes a char *
as a UTF-8 string and turns it into a String. The second function does the same but for wide UTF-16 strings.
This time we will ask a C function to write us a C string to a given buffer. The function is called copy_string
. It takes a pointer to the location writing characters and the allowed buffer size. The function returns something to indicate if it has succeeded or failed. Let's assume 0
means it succeeded, and the supplied buffer was big enough:
fun sendString() { val buf = ByteArray(255) buf.usePinned { pinned -> if (copy_string(pinned.addressOf(0), buf.size - 1) != 0) { throw Error("Failed to read string from C") } } val copiedStringFromC = buf.stringFromUtf8() println("Message from C: $copiedStringFromC") }
First of all, we need to have a native pointer to pass to the C function. We use the usePinned
extension function to temporarily pin the native memory address of the byte array. The C function fills in the byte array with data. We use another extension function ByteArray.stringFromUtf8()
to turn the byte array into a Kotlin String
, assuming UTF-8 encoding.
We've now seen all the definitions and it is time to fix the code. Let's run the runDebugExecutableNative
Gradle task in the IDE or use the following command to run the code:
./gradlew runDebugExecutableNative
./gradlew runDebugExecutableNative
gradlew.bat runDebugExecutableNative
The code in the final hello.kt
file may look like this:
import interop.* import kotlinx.cinterop.* fun main() { println("Hello Kotlin/Native!") val str = "this is a Kotlin String" pass_string(str.cstr) val useMe = return_string()?.toKString() ?: error("null pointer returned") println(useMe) val copyFromC = ByteArray(255).usePinned { pinned -> val useMe2 = copy_string(pinned.addressOf(0), pinned.get().size - 1) if (useMe2 != 0) throw Error("Failed to read string from C") pinned.get().stringFromUtf8() } println(copyFromC) }
We continue to explore more C language types and their representation in Kotlin/Native in our other tutorials:
The C Interop documentation documentation covers more advanced scenarios of the interop.
© 2010–2019 JetBrains s.r.o.
Licensed under the Apache License, Version 2.0.
https://kotlinlang.org/docs/tutorials/native/mapping-strings-from-c.html