Nick Apperley

It has been many months since there was an update to this issue. @elizarov - What is the current status on support for the Linux Arm targets? Why are the...

If testing for the Linux Arm targets is a issue then there are some solutions available. With the Linux Arm based targets (not the Android ones) testing can either be...

@Thomas-Vos - The [Tizen emulator](https://developer.tizen.org/development/tizen-studio/download) is X64 (also known as **amd64** in Linux), which should be covered by Kotlin Native's **linuxX64** target (already supported by KotlinX Coroutines). On the Tizen...

It seems as though the Kotlin team is split on Linux support for Kotlin Native. With some major Kotlin libraries developed by JetBrains there is good Linux support (eg KotlinX...

All compile time configuration options should be settable through CMake. Especially with the **Linux/Embedded Linux** platforms via the **Linux Frame Buffer** backend. It is **extremely important** that generating static library...

It isn't clear where the [configuration options](https://github.com/lvgl/lvgl/issues/2720#issuecomment-957521653) are set for CMake. Tried passing though the configuration options to CMake via the command line (eg `cmake -DLV_CONF_SKIP=1 -DLV_COLOR_DEPTH=16 ..`) for LVGL...

@elizarov - How will testing be done without the binaries? With Kotlin Native **ALL** testing has to be done through executing a binary file, which **MUST** be created beforehand.

Very important that this issue is resolved since the official Gradle Kotlin DSL is nearing a [stable 1.0 release](https://blog.gradle.org/gradle-kotlin-dsl-release-candidate), and the Gradle **node** plugin is one of the most regularly...